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-28 01:07:42 +03:00
|
|
|
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
|
|
|
|
|
|
|
#define MOZ_MEMORY_IMPL
|
|
|
|
#include "mozmemory_wrap.h"
|
|
|
|
#define MALLOC_FUNCS MALLOC_FUNCS_MALLOC
|
|
|
|
// See mozmemory_wrap.h for more details. Files that are part of libmozglue,
|
|
|
|
// need to use _impl suffixes, which is becoming cumbersome. We'll have to use
|
|
|
|
// something like a malloc.h wrapper and allow the use of the functions without
|
|
|
|
// a _impl suffix. In the meanwhile, this is enough to get by for C++ code.
|
|
|
|
#define MALLOC_DECL(name, return_type, ...) \
|
|
|
|
MOZ_MEMORY_API return_type name##_impl(__VA_ARGS__);
|
|
|
|
#include "malloc_decls.h"
|
|
|
|
|
|
|
|
#include "mozilla/Attributes.h"
|
|
|
|
|
2020-03-27 10:33:28 +03:00
|
|
|
extern "C" MFBT_API void* moz_xmalloc(size_t size) MOZ_INFALLIBLE_ALLOCATOR;
|
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-28 01:07:42 +03:00
|
|
|
|
|
|
|
namespace std {
|
|
|
|
struct nothrow_t;
|
|
|
|
}
|
|
|
|
|
|
|
|
#define MOZALLOC_EXPORT_NEW MFBT_API
|
|
|
|
|
|
|
|
#include "mozilla/cxxalloc.h"
|