Mike Hommey 52dc935c68 Bug 1559379 - Export C++ allocation functions from mozglue on all platforms. r=froydnj ... - On Android, we were already doing it, but using fallible allocations. - On *nix, it probably doesn't make a difference, but can't hurt. For most things in Gecko, operator new/delete are inlined and thus replaced by direct calls to the underlying allocator functions (moz_xmalloc, malloc, etc.). This may have a benefit for some third party libraries that would otherwise go through libstdc++'s to eventually end up back into our allocator via the zone allocator on macOS and via the exported symbols on others. - On Windows, because of how some CRT static libraries are, a non-inlined operator new (thanks to some disabled STL wrapping) would end up linked against the system malloc, causing problems. Overall, this can only be better. This also reduces the number of places where we define those functions. And on Android, this means operator new within mozglue becomes infallible, which is more consistent with everything else. Differential Revision: https://phabricator.services.mozilla.com/D36166 --HG-- extra : moz-landing-system : lando		2019-06-27 14:01:31 +00:00
..
build	Bug 1559379 - Export C++ allocation functions from mozglue on all platforms. r=froydnj	2019-06-27 14:01:31 +00:00
fallible
gtest
mozalloc	Bug 1559379 - Export C++ allocation functions from mozglue on all platforms. r=froydnj	2019-06-27 14:01:31 +00:00
replace
volatile
app.mozbuild
moz.build
moz.configure