Closed Bug 1134923 Opened 5 years ago Closed 5 years ago
_Alloc/NS _Realloc/NS _Free
Possibly relevant discussion in bug 958212. At this point, I don't think we need to keep the distinction for a "XPCOM" allocator. We're already doing all sorts of combination of allocators, and our increased use of "standard" C++ doesn't make the distinction any easier. A case could be made that a "XPCOM" allocator is still interesting for embedding and components, but I'd argue those already need mozalloc.
Comment on attachment 8566907 [details] [diff] [review] Remove NS_Alloc/NS_Realloc/NS_Free Gah, this one fails because mozalloc is not available to the standalone glue... I have to re-reorder my queue.
They are kept around for the sake of the standalone glue, which is used for e.g. webapprt, which doesn't have direct access to jemalloc, and thus still needs a wrapper to go through the xpcom function list and get to jemalloc from there.
Attachment #8599708 - Flags: review?(nfroyd) → review+
You need to log in before you can comment on or make changes to this bug.