From: Jim Meyering <jim@meyering.net>
To: Werner LEMBERG <wl@gnu.org>
Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org
Subject: Re: compilation failure
Date: Wed, 30 Mar 2011 09:42:42 +0200 [thread overview]
Message-ID: <87aagduk99.fsf@rho.meyering.net> (raw)
In-Reply-To: <20110330.085238.150445611.wl@gnu.org> (Werner LEMBERG's message of "Wed, 30 Mar 2011 08:52:38 +0200 (CEST)")
Werner LEMBERG wrote:
>>> The last two days, `make boostrap' aborts on my GNU/Linux box ...
>>> Are there some bigger changes under construction so that this expected
>>> currently?
>>
>> No, it should be working. I'm not observing problems with bzr 103778,
>> either with RHEL 5.6 x86-64 (with self-built GCC 4.6.0), or with
>> Ubuntu 10.10 x86 (with system-supplied GCC).
>
> Strange. I'm using openSuSE Factory. Interestingly, if I simply
> manually say
>
> ./temacs -batch -l loadup dump
>
> within my de_DE.UTF-8 locale, it succeeds, but using the command from
> the Makefile,
>
> LC_ALL=C ./temacs -batch -l loadup dump
>
> it aborts. Calling gdb, I get the backtrace shown below. Note that
> I'm doing a normal build without any additional options.
Have you tried building with LC_ALL=C in your environment?
This command,
env MALLOC_PERTURB_=0 MALLOC_CHECK_=0 make -j9 bootstrap
has succeeded for me on each of the last three mornings (Mar 28-30).
I manually set those two MALLOC_*_ variables to 0 because
when I don't, emacs fails to bootstrap.
When I set them like this (as I normally do),
$ env|grep MALL :
MALLOC_PERTURB_=39
MALLOC_CHECK_=3
The build fails like this on F15:
Compiling quail/CCDOSPY.el
Compiling quail/Punct.el
Compiling quail/QJ.el
Compiling quail/SW.el
Compiling quail/TONEPY.el
Compiling quail/PY.el
Compiling quail/CTLau.el
Compiling quail/CTLau-b5.el
>>Error occurred processing quail/CCDOSPY.el: File error (("Opening input file" "
No such file or directory" "/tmp/.x/emacs/leim/quail/CCDOSPY.el"))
>>Error occurred processing quail/QJ.el: File error (("Opening input file" "No su
ch file or directory" "/tmp/.x/emacs/leim/quail/QJ.el"))
make[1]: *** [quail/CCDOSPY.elc] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: *** [quail/QJ.elc] Error 1
make[1]: Entering directory `/tmp/.x/emacs/lisp'
>>Error occurred processing quail/Punct.el: File error (("Opening input file" "No
such file or directory" "/tmp/.x/emacs/leim/quail/Punct.el"))
make[1]: *** [quail/Punct.elc] Error 1
>>Error occurred processing quail/SW.el: File error (("Opening input file" "No su
ch file or directory" "/tmp/.x/emacs/leim/quail/SW.el"))
make[1]: *** [quail/SW.elc] Error 1
>>Error occurred processing quail/TONEPY.el: File error (("Opening input file" "N
o such file or directory" "/tmp/.x/emacs/leim/quail/TONEPY.el"))
make[1]: *** [quail/TONEPY.elc] Error 1
In toplevel form:
quail/CTLau.el:52:1:Error: Memory exhausted--use C-x s then exit and restart Emac
s
make[1]: *** [quail/CTLau.elc] Error 1
In toplevel form:
quail/PY.el:88:1:Error: Memory exhausted--use C-x s then exit and restart Emacs
make[1]: *** [quail/PY.elc] Error 1
In toplevel form:
quail/CTLau-b5.el:52:1:Error: Memory exhausted--use C-x s then exit and restart Emacs
make[1]: *** [quail/CTLau-b5.elc] Error 1
make[1]: Leaving directory `/tmp/.x/emacs/leim'
make: *** [leim] Error 2
make: *** Waiting for unfinished jobs....
make[2]: Entering directory `/tmp/.x/emacs/lisp'
make[2]: Nothing to be done for `compile-targets'.
make[2]: Leaving directory `/tmp/.x/emacs/lisp'
make[1]: Leaving directory `/tmp/.x/emacs/lisp'
[Exit 2]
At this point, resetting those two envvars has no effect,
presumably because the damage was done in creating a broken
temacs. Here, we're just running the broken tool.
What does this mean?
I suspect that emacs is using free'd memory containing
values that would normally be unoffensive, but when you set
those envvars (esp MALLOC_PERTURB_) to nonzero, it makes
glibc scribble on free'd buffers, and that makes emacs
exhibit an actual failure.
next prev parent reply other threads:[~2011-03-30 7:42 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-30 6:13 compilation failure Werner LEMBERG
2011-03-30 6:31 ` Paul Eggert
2011-03-30 6:52 ` Werner LEMBERG
2011-03-30 7:42 ` Jim Meyering [this message]
2011-03-30 8:04 ` Werner LEMBERG
2011-03-30 11:37 ` Eli Zaretskii
2011-03-30 12:29 ` Werner LEMBERG
2011-03-30 11:35 ` Eli Zaretskii
2011-03-30 13:41 ` Jim Meyering
2011-03-30 18:16 ` Eli Zaretskii
2011-03-30 18:16 ` Eli Zaretskii
2011-03-30 11:25 ` Eli Zaretskii
2011-03-30 13:00 ` Werner LEMBERG
2011-03-30 18:17 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87aagduk99.fsf@rho.meyering.net \
--to=jim@meyering.net \
--cc=eggert@cs.ucla.edu \
--cc=emacs-devel@gnu.org \
--cc=wl@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).