Re: emacs doesn't compile (again)

[Marcus Brinkmann]

On Wed, Jun 20, 2001 at 12:57:34AM +0200, Marcus Brinkmann wrote:
> Here is a new session.  It turns out that real_morecore is 100 bytes off
> from __morecore in the dumped executable, and r_alloc_reinit is never called.
> 
> Actually, a call to r_alloc_reinit in emacs.c (main) was removed in 1999 by
> RMS, and I can not find any place where it is actually called.
> So it seems that this might be the problem.  I will try to insert a call to
> r_alloc_reinit in main() and see if this leads to something funny (like a
> version of emacs which actually works).

Mmh.  Adding a call to r_alloc_reinit to emacs.c:main turned out to confuse
temacs to the point of segfaulting, so I backed off, did a recompile, and
voila, I have an emacs that works now and where real_morecore is correctly
initialized to __morecore by default.

So it seems there is some randomness in the event of dumping the image, so
that it sometimes dumps a good one and most of the times does not.  Maybe there
is a paramter to decide that I have not found out yet (like invoking make
the way the Debian scripts do it or just entering make).

I think we have identified now that initialization (or lack thereof) of the
real_morecore pointer is causing the problem.  I don't know what behaviour is
expected though, and which parameter are wrong.

Should we take this to the emacs bugs list?

Thanks,
Marcus