>>>> Hrvoje Niksic writes:
Yoshiki Hayashi <t90553(a)mail.ecc.u-tokyo.ac.jp> writes:
> Hrvoje Niksic <hniksic(a)pc-hrvoje.srce.hr> writes:
>
> > On Wed, Oct 27, 1999 at 03:30:26PM -0400, Olivier Galibert wrote:
> > > > make[1]: *** [update-elc.stamp] Segmentation fault (core dumped)
> > > > make[1]: Leaving directory `/home/hniksic/work/emacs/debug/src'
> > > > make: *** [src] Error 2
>
> You are using Debian potato aren't you?
Indeed, I am.
> After I upgraded glibc package to glib-2.1.2-6 I can no longer
> compile XEmacs without --with-system-malloc (vanilla XEmacs 21.2.7,
> 21.2.19, CVS version of 21.2 and 21.1).
Now, the question is whether new glibc is buggy, or whether it just
uncovers an XEmacs bug. I find the latter more probably.
I can reproduce this on my system and didn't understand it first.
With the old libraries it works fine - but just changing the shared
libs [1] and I can't bootstrap temacs any more.
I think I've found a big bad bug in the internal handling of
__malloc_hook in glibc's malloc implementation.
The following _hack_ should fix the bootstrapping:
--- src/emacs.c.~2~ Thu Jun 17 08:31:05 1999
+++ src/emacs.c Thu Oct 28 16:03:22 1999
@@ -536,6 +536,7 @@
hook for a gmalloc of a potentially incompatible version. */
/* If we're using libmcheck, the hooks have already been initialized, */
/* don't touch them. -slb */
+ malloc (4);
__malloc_hook = NULL;
__realloc_hook = NULL;
__free_hook = NULL;
I'm one of the glibc developers and have just send an email to the
developers list to get this fixed asap in glibc. I'll keep you
updated,
Andreas
Footnotes:
[1] Please note that I use a self compiled glibc - but 2.1.2-6 is
similiar to the version I'm running.
--
Andreas Jaeger
SuSE Labs aj(a)suse.de
private aj(a)arthur.rhein-neckar.de