diff options
author | Moonchild <moonchild@palemoon.org> | 2020-08-18 19:36:56 +0000 |
---|---|---|
committer | Moonchild <moonchild@palemoon.org> | 2020-08-30 09:30:50 +0000 |
commit | 63371593c0ecb7bb5039873ebfd56e0bc6179143 (patch) | |
tree | bdc3a93083ef52e38a6a0bb321e9292902c90b87 /mailnews/extensions/offline-startup/moz.build | |
parent | ce1dc7e6c6c7850e5a08c6adb59d4f8b4d407b85 (diff) | |
download | UXP-63371593c0ecb7bb5039873ebfd56e0bc6179143.tar UXP-63371593c0ecb7bb5039873ebfd56e0bc6179143.tar.gz UXP-63371593c0ecb7bb5039873ebfd56e0bc6179143.tar.lz UXP-63371593c0ecb7bb5039873ebfd56e0bc6179143.tar.xz UXP-63371593c0ecb7bb5039873ebfd56e0bc6179143.zip |
Issue #457 - Silence SQLite compiler warning
Our use of SQLite explicitly avoids using MSVC's _msize which the lib would
notrmally use. This was set up this way in BZ bug 719579 for legitimate reasons
(because _msize would end up using the system symbol, which would crash trying
to get the size information from jemalloc allocations). Since we build the
SQLite lib separately there is no easy way to avoid this warning as it's not
directly linked against mozglue.dll which has the jemalloc functions it wants
for _msize when not using the system allocator. It is implicitly assuming the
function is an extern returning an int (with the call specifically casting to
int) which is correct (well, correct _enough_, anyway) so the warning can
safely be ignored for our specific use as it all lines up at link time.
Diffstat (limited to 'mailnews/extensions/offline-startup/moz.build')
0 files changed, 0 insertions, 0 deletions