GNU bug report logs - #23760
25.0.95; emacs 25.0.95 doesn't build with glibc-2.23.90

Previous Next

Package: emacs;

Reported by: jsynacek <at> redhat.com (Jan Synáček)

Date: Mon, 13 Jun 2016 10:49:01 UTC

Severity: normal

Tags: patch

Merged with 24033, 24204

Found in version 25.0.95

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Florian Weimer <fweimer <at> redhat.com>, Jan Synáček <jsynacek <at> redhat.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 23760 <at> debbugs.gnu.org
Subject: bug#23760: 25.0.95; emacs 25.0.95 doesn't build with glibc-2.23.90
Date: Mon, 20 Jun 2016 11:03:02 +0200
On 06/20/2016 10:48 AM, Florian Weimer wrote:
>> aren't we better off having glibc simply not declare
>> __malloc_initialize_hook?
>
> You mean, not declare it in <malloc.h>?

Yes, that's what I meant.

>
> I'm more worried about the other __ variables in the Emacs malloc. 
> Their in Emacs definition does not even match the one in glibc. The 
> difference is probably harmless, but it is fairly close to be being 
> broken.

The intent is that __malloc_initialize_hook and the other __ variables 
will become inoperative in glibc, right? That is, glibc won't set or use 
or care about these obsolete variables. If so, we should be OK with 
Emacs master as-is: when it substitutes its own (even-more-obsolescent) 
malloc it will set and use these variables freely, and this won't 
collide with any glibc use.




This bug report was last modified 8 years and 347 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.