This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Removal of unexec support from glibc malloc
- From: Zack Weinberg <zackw at panix dot com>
- To: Daniel Colascione <dancol at dancol dot org>
- Cc: emacs-devel at gnu dot org, GNU C Library <libc-alpha at sourceware dot org>
- Date: Mon, 18 Jan 2016 14:54:35 -0500
- Subject: Re: Removal of unexec support from glibc malloc
- Authentication-results: sourceware.org; auth=none
- References: <569CDB81 dot 6040600 at redhat dot com> <569D3BE0 dot 6050103 at cs dot ucla dot edu> <m2a8o2vg5x dot fsf at newartisans dot com> <569D4157 dot 7050408 at dancol dot org>
On Mon, Jan 18, 2016 at 2:47 PM, Daniel Colascione <dancol@dancol.org> wrote:
>
> As long as the ABI support is there, we can keep using the "separate
> malloc implementation" even if glibc doesn't cooperate by providing
> convenient headers to access it.
Clarification: it will not be possible to link new executables against
the symbols in question. (This is what a "compat symbol" in glibc is -
available only to existing binaries, not to new invocations of ld.)
zw