This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: malloc: performance improvements and bugfixes
- From: Florian Weimer <fweimer at redhat dot com>
- To: Paul Eggert <eggert at cs dot ucla dot edu>
- Cc: "GNU C. Library" <libc-alpha at sourceware dot org>
- Date: Tue, 26 Jan 2016 23:24:41 +0100
- Subject: Re: malloc: performance improvements and bugfixes
- Authentication-results: sourceware.org; auth=none
- References: <1453767942-19369-1-git-send-email-joern at purestorage dot com> <56A6C2E4 dot 7050508 at cs dot ucla dot edu> <1453841413 dot 18407 dot 7 dot camel at oc7878010663> <56A7E7E2 dot 8090604 at redhat dot com> <56A7EA47 dot 1000908 at cs dot ucla dot edu> <56A7EBCB dot 7010408 at redhat dot com> <56A7F0C3 dot 6080505 at cs dot ucla dot edu>
On 01/26/2016 11:18 PM, Paul Eggert wrote:
> On 01/26/2016 01:57 PM, Florian Weimer wrote:
>> One change you can make*today* is to include <malloc.h> in src/emacs.c
>> (conditionally for dlmalloc), and not just the autoconf test case.
>
> Emacs has included <malloc.h> for decades, in src/alloca.c, so this part
> is already done.
But this file does not use any of the deprecated (or
soon-to-be-deprecated) identifiers.
The deprecation warnings I'm talking about are not #warning directives
in the header file. You only get them if you use the very identifiers
annotated with deprecation warnings (or if you use a preprocessor macro
that is subject to a warning hack).
Florian