This is the mail archive of the mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: malloc: performance improvements and bugfixes

On 01/26/2016 10:51 PM, Paul Eggert wrote:
> On 01/26/2016 01:40 PM, Florian Weimer wrote:
>> In short, things aren't as bad as we thought they are, and we can
>> finally fix bug 6527 after we have implemented the traversal of the
>> dumped heap I mentioned above.
> Thanks for the heads-up. We have also circulated some changes on the
> Emacs side, to help Emacs work better with the Cygwin port of glibc,
> which also has problems in this area. These Emacs changes are not yet
> installed and are not currently planned for the next Emacs release, but
> are likely to go in after that. When it's convenient I would like to
> test these Emacs changes with the glibc malloc changes that you're
> envisioning, and iron out any glitches that come up.

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.  This
way, you will actually see new deprecation warnings as they appear in
the header file.

You won't get one for __malloc_initialize_hook, even though it's been
deprecated for close to five years now.  This is because GCC does not
warn if you supply a definition for a deprecated declaration, and
__malloc_initialize_hook is used through symbol interposition (because
any assignment would happen too late).


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]