GNU bug report logs -
#17629
Can't build emacs-24 branch
Previous Next
Reported by: Jorgen Schaefer <forcer <at> forcix.cx>
Date: Thu, 29 May 2014 11:08:02 UTC
Severity: normal
Tags: notabug
Done: Jorgen Schaefer <forcer <at> forcix.cx>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 17629 in the body.
You can then email your comments to 17629 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17629
; Package
emacs
.
(Thu, 29 May 2014 11:08:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jorgen Schaefer <forcer <at> forcix.cx>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 29 May 2014 11:08:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Building the current emacs-24 branch fails for me.
Latest commit (git ref, sorry, no bzr here):
3302b06 Do not mention individual ns options in the manual
In a fresh checkout and with a clean tree:
$ ./autogen.sh && ./configure --without-x && make clean && make
[...]
make[2]: Leaving directory `/home/forcer/Programs/Emacs/trunk/lisp'
if test "no" = "yes"; then \
rm -f bootstrap-emacs; \
ln temacs bootstrap-emacs; \
else \
./temacs --batch --load loadup bootstrap || exit 1; \
test "X" = X || -zex emacs; \
mv -f emacs bootstrap-emacs; \
fi
Loading loadup.el (source)...
Using load-path (/home/forcer/Programs/Emacs/trunk/lisp /home/forcer/Programs/Emacs/trunk/lisp/emacs-lisp /home/forcer/Programs/Emacs/trunk/lisp/language /home/forcer/Programs/Emacs/trunk/lisp/international /home/forcer/Programs/Emacs/trunk/lisp/textmodes /home/forcer/Programs/Emacs/trunk/lisp/vc)
Loading emacs-lisp/byte-run (compiled; note, source file is newer)...
Loading emacs-lisp/backquote...
Loading subr (compiled; note, source file is newer)...
Loading version...
Loading widget...
Loading custom...
Loading emacs-lisp/map-ynp...
Loading international/mule...
Loading international/mule-conf...
Loading env...
Loading format...
Loading bindings...
Loading cus-start (compiled; note, source file is newer)...
Note, built-in variable `report-emacs-bug-address' not bound
Loading window (compiled; note, source file is newer)...
Loading files (compiled; note, source file is newer)...
Loading emacs-lisp/macroexp (compiled; note, source file is newer)...
Loading cus-face (compiled; note, source file is newer)...
Loading faces (compiled; note, source file is newer)...
Loading button...
Loading startup (compiled; note, source file is newer)...
Loading /home/forcer/Programs/Emacs/trunk/lisp/loaddefs.el (source)...
Wrong number of arguments: (2 . 2), 1
make[1]: *** [bootstrap-emacs] Error 1
make[1]: Leaving directory `/home/forcer/Programs/Emacs/trunk/src'
make: *** [src] Error 2
x86_64-unknown-linux-gnu
System Description: Debian GNU/Linux 7.5 (wheezy)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17629
; Package
emacs
.
(Thu, 29 May 2014 14:48:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 17629 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I cannot reproduce the problem; the same checkout (emacs-24 bzr 117169)
works for me with that recipe on my host (Fedora 20 x86-64, GCC 4.9.0).
See attached build transcript and config.log.
Looking at your build snippet I'm suspicious of lines like this:
Loading emacs-lisp/byte-run (compiled; note, source file is newer)...
At this point during the bootstrap process there shouldn't be a compiled
file byte-run.elc, because it hasn't been built yet. In my log I see:
Loading emacs-lisp/byte-run (source)...
which is what I'd expect. Perhaps you were doing a 'make -j' and ran
into a parallelization problem? Or maybe you did two 'make's, one
interrupted? Neither should cause this problem, but still, we need an
explanation for why byte-run.elc was present when it should have been
absent.
[build-transcript.txt.gz (application/gzip, attachment)]
[config.log.gz (application/gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17629
; Package
emacs
.
(Thu, 29 May 2014 15:05:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 17629 <at> debbugs.gnu.org (full text, mbox):
> From: Jorgen Schaefer <forcer <at> forcix.cx>
> Date: Thu, 29 May 2014 13:07:05 +0200
>
> Building the current emacs-24 branch fails for me.
>
> Latest commit (git ref, sorry, no bzr here):
>
> 3302b06 Do not mention individual ns options in the manual
>
> In a fresh checkout and with a clean tree:
This doesn't seem to be a clean tree:
> Loading emacs-lisp/byte-run (compiled; note, source file is newer)...
> Loading emacs-lisp/backquote... ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Loading subr (compiled; note, source file is newer)...
> Loading version... ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Loading widget...
> Loading custom...
> Loading emacs-lisp/map-ynp...
> Loading international/mule...
> Loading international/mule-conf...
> Loading env...
> Loading format...
> Loading bindings...
> Loading cus-start (compiled; note, source file is newer)...
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Note, built-in variable `report-emacs-bug-address' not bound
> Loading window (compiled; note, source file is newer)...
> Loading files (compiled; note, source file is newer)...
> Loading emacs-lisp/macroexp (compiled; note, source file is newer)...
> Loading cus-face (compiled; note, source file is newer)...
> Loading faces (compiled; note, source file is newer)...
> Loading button...
> Loading startup (compiled; note, source file is newer)...
> Loading /home/forcer/Programs/Emacs/trunk/lisp/loaddefs.el (source)...
> Wrong number of arguments: (2 . 2), 1
> make[1]: *** [bootstrap-emacs] Error 1
> make[1]: Leaving directory `/home/forcer/Programs/Emacs/trunk/src'
> make: *** [src] Error 2
Did you switch to the emacs-24 branch in the same git repository, and
then typed the command above? If so, either "make bootstrap" or clone
a separate repository, switch to emacs-24 there, and then your
commands should work.
In Emacs development, the trunk and the release branch diverge very
quickly, so "make clean" is not enough to give you a "clean tree".
Added tag(s) notabug.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Thu, 29 May 2014 16:00:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17629
; Package
emacs
.
(Thu, 29 May 2014 16:07:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 17629 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii wrote:
>> In a fresh checkout and with a clean tree:
>
> This doesn't seem to be a clean tree:
[...]
> Did you switch to the emacs-24 branch in the same git repository, and
> then typed the command above? If so, either "make bootstrap" or clone
> a separate repository, switch to emacs-24 there, and then your
> commands should work.
>
> In Emacs development, the trunk and the release branch diverge very
> quickly, so "make clean" is not enough to give you a "clean tree".
The main point is that `make clean' does not delete the compiled lisp
files (and cannot, since they are prebuilt in lisp tarfiles).
`make maintainer-clean', or `make bootstrap' does.
Always use `make bootstrap' if CPU time is not a factor, even when
building the same branch.
(Presumably this issue is going to occur more in the git-era, since it
doesn't have shared repos.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17629
; Package
emacs
.
(Thu, 29 May 2014 16:32:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 17629 <at> debbugs.gnu.org (full text, mbox):
On Thu, 29 May 2014 18:04:15 +0300
Eli Zaretskii <eliz <at> gnu.org> wrote:
> > From: Jorgen Schaefer <forcer <at> forcix.cx>
> > Date: Thu, 29 May 2014 13:07:05 +0200
> >
> > Building the current emacs-24 branch fails for me.
> >
> > Latest commit (git ref, sorry, no bzr here):
> >
> > 3302b06 Do not mention individual ns options in the manual
> >
> > In a fresh checkout and with a clean tree:
>
> This doesn't seem to be a clean tree:
Indeed, this was a simple user error. Sorry for the noise.
> Did you switch to the emacs-24 branch in the same git repository, and
> then typed the command above? If so, either "make bootstrap" or clone
> a separate repository, switch to emacs-24 there, and then your
> commands should work.
I did a git reset --hard and make distclean, but not a make bootstrap.
git st told me the repo was clean, but that obviously does not check
files in .gitignore. I should have used git clean. Meh.
Thanks for the quick response.
Regards,
Jorgen
Reply sent
to
Jorgen Schaefer <forcer <at> forcix.cx>
:
You have taken responsibility.
(Thu, 29 May 2014 16:32:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Jorgen Schaefer <forcer <at> forcix.cx>
:
bug acknowledged by developer.
(Thu, 29 May 2014 16:32:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17629
; Package
emacs
.
(Thu, 29 May 2014 16:57:02 GMT)
Full text and
rfc822 format available.
Message #27 received at 17629 <at> debbugs.gnu.org (full text, mbox):
This make me think, should this from src/Makefile.in:
$(RUN_TEMACS) --batch --load loadup bootstrap || exit 1; \
use (setq load-suffixes '(".el"))
to try and avoid this kind of problem?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17629
; Package
emacs
.
(Thu, 29 May 2014 17:29:01 GMT)
Full text and
rfc822 format available.
Message #30 received at 17629 <at> debbugs.gnu.org (full text, mbox):
> use (setq load-suffixes '(".el"))
> to try and avoid this kind of problem?
Wouldn't load-prefer-newer be a better choice?
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17629
; Package
emacs
.
(Thu, 29 May 2014 19:13:01 GMT)
Full text and
rfc822 format available.
Message #33 received at 17629 <at> debbugs.gnu.org (full text, mbox):
Stefan Monnier wrote:
>> use (setq load-suffixes '(".el"))
>> to try and avoid this kind of problem?
>
> Wouldn't load-prefer-newer be a better choice?
I guess it wouldn't do any harm to have a bootstrap-emacs that was
formed from a mix of compiled and uncompiled files...
The easiest (and IMO sanest) way to do this is to make load-prefer-newer
non-nil by default.
Fancy opening that can of worms...?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17629
; Package
emacs
.
(Thu, 29 May 2014 20:34:02 GMT)
Full text and
rfc822 format available.
Message #36 received at 17629 <at> debbugs.gnu.org (full text, mbox):
> The easiest (and IMO sanest) way to do this is to make load-prefer-newer
> non-nil by default.
> Fancy opening that can of worms...?
Try it on trunk?
Stefan
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 27 Jun 2014 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 10 years and 281 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.