Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHD6eXf8eOoJcnBe=xoZ7yxWHb9=PY1fOcJ8HOb-GBAD6XATvg@mail.gmail.com>
Date: Thu, 25 Feb 2021 12:27:12 -0800
From: David Goldblatt <davidtgoldblatt@...il.com>
To: libc-coord@...ts.openwall.com
Subject: Re: Sized deallocation for C

On Thu, Feb 25, 2021 at 12:20 PM enh <enh@...gle.com> wrote:
>
> (bionic maintainer here...)
>
> "Two allocators (TCMalloc and jemalloc) expose this functionality under the name sdallocx. The latter is the system allocator for a number of BSD distributions; the extension is available under this name for the FreeBSD and NetBSD libcs, and some versions of Bionic (the android libc)."
>
> note that the part about bionic is incorrect. no version of Android that used jemalloc[1] was built without a linker script explicitly declaring our exports, so even though this was in jemalloc at the time Android used jemalloc, it wasn't exported.

My mistake, I'll update in the draft. I also made this mistake with
NetBSD, too -- they don't actually export sdallocx as being available
to end-users, just declare it in a header.

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.