summaryrefslogtreecommitdiffstats
path: root/README.md
diff options
context:
space:
mode:
authorMoonchild <moonchild@palemoon.org>2020-08-18 19:36:56 +0000
committerMoonchild <moonchild@palemoon.org>2020-08-30 09:30:50 +0000
commit63371593c0ecb7bb5039873ebfd56e0bc6179143 (patch)
treebdc3a93083ef52e38a6a0bb321e9292902c90b87 /README.md
parentce1dc7e6c6c7850e5a08c6adb59d4f8b4d407b85 (diff)
downloadUXP-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 'README.md')
0 files changed, 0 insertions, 0 deletions