GNU bug report logs -
#33250
26.1.50; Unable to build emacs-26 branch out of tree on fedora 29
Previous Next
Reported by: Pierre Téchoueyres <pierre.techoueyres <at> free.fr>
Date: Sat, 3 Nov 2018 14:53:02 UTC
Severity: normal
Tags: moreinfo, notabug
Found in version 26.1.50
Fixed in version 26.2
Done: pierre.techoueyres <at> free.fr (Pierre Téchoueyres)
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 33250 in the body.
You can then email your comments to 33250 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#33250
; Package
emacs
.
(Sat, 03 Nov 2018 14:53:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Pierre Téchoueyres <pierre.techoueyres <at> free.fr>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 03 Nov 2018 14:53:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
Since my update to last fedora version (fedora 29), I'm unable to build the emacs-26 branch out of tree (ie. on an subdir called build-26).
Note that the compilation on the tree still works.
I'm attaching the trace file of compilation output.
[emacs-26.outoftree.err.C.trc (text/plain, attachment)]
[Message part 3 (text/plain, inline)]
I tried many things, like to build the 26.1 version but whatever I try, this fail.
I someone has a clue on how to start to find a solution ...
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33250
; Package
emacs
.
(Sat, 03 Nov 2018 16:09:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 33250 <at> debbugs.gnu.org (full text, mbox):
> From: Pierre Téchoueyres <pierre.techoueyres <at> free.fr>
> Date: Sat, 03 Nov 2018 15:51:49 +0100
>
> Since my update to last fedora version (fedora 29), I'm unable to build the emacs-26 branch out of tree (ie. on an subdir called build-26).
> Note that the compilation on the tree still works.
>
> I'm attaching the trace file of compilation output.
> [...]
> GEN ../etc/DOC
> loaddefs.el: No such file or directory
> make[1]: *** [Makefile:559: ../etc/DOC] Error 1
I think the above is the root cause. Where's loaddefs.el being
generated?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33250
; Package
emacs
.
(Sat, 03 Nov 2018 16:31:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 33250 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> I'm attaching the trace file of compilation output.
>> [...]
>> GEN ../etc/DOC
>> loaddefs.el: No such file or directory
>> make[1]: *** [Makefile:559: ../etc/DOC] Error 1
>
> I think the above is the root cause. Where's loaddefs.el being
> generated?
>
I'm unable to find the file.
I tried with the following command:
find . -iname loaddefs.el in my ~/Travail/VCS/Emacs/emacs/emacs-26 directory
It seems the generation of this file has failed.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33250
; Package
emacs
.
(Sat, 03 Nov 2018 17:00:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 33250 <at> debbugs.gnu.org (full text, mbox):
> From: pierre.techoueyres <at> free.fr (Pierre Téchoueyres)
> Cc: 33250 <at> debbugs.gnu.org
> Date: Sat, 03 Nov 2018 17:30:43 +0100
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
> >>
> >> I'm attaching the trace file of compilation output.
> >> [...]
> >> GEN ../etc/DOC
> >> loaddefs.el: No such file or directory
> >> make[1]: *** [Makefile:559: ../etc/DOC] Error 1
> >
> > I think the above is the root cause. Where's loaddefs.el being
> > generated?
> >
>
> I'm unable to find the file.
> I tried with the following command:
> find . -iname loaddefs.el in my ~/Travail/VCS/Emacs/emacs/emacs-26 directory
> It seems the generation of this file has failed.
Then Emacs should have loaded ldefs-boot.el instead, and I see in your
trace that it did.
Is your source tree clean? Or was it used for another in-tree build?
Anyway, I cannot see what all this could have with your OS update.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33250
; Package
emacs
.
(Sat, 03 Nov 2018 17:42:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 33250 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: pierre.techoueyres <at> free.fr (Pierre Téchoueyres)
>> Cc: 33250 <at> debbugs.gnu.org
>> Date: Sat, 03 Nov 2018 17:30:43 +0100
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>> >>
>> >> I'm attaching the trace file of compilation output.
>> >> [...]
>> >> GEN ../etc/DOC
>> >> loaddefs.el: No such file or directory
>> >> make[1]: *** [Makefile:559: ../etc/DOC] Error 1
>> >
>> > I think the above is the root cause. Where's loaddefs.el being
>> > generated?
>> >
>>
>> I'm unable to find the file.
>> I tried with the following command:
>> find . -iname loaddefs.el in my ~/Travail/VCS/Emacs/emacs/emacs-26 directory
>> It seems the generation of this file has failed.
>
> Then Emacs should have loaded ldefs-boot.el instead, and I see in your
> trace that it did.
>
> Is your source tree clean? Or was it used for another in-tree build?
It's clean, and i also re-created the build-26 directory
Here is the result of git status:
[emacs-26.outoftree.org (text/x-org, inline)]
#+BEGIN_VERSE
╭─ ptechoueyres <at> killashandra ~/Travail/VCS/Emacs/emacs/emacs-26 emacs-26 1
╰ LC_ALL=C git status
On branch emacs-26
Your branch is behind 'origin/emacs-26' by 1 commit, and can be fast-forwarded.
(use "git pull" to update your local branch)
Untracked files:
(use "git add <file>..." to include in what will be committed)
build-26/
nothing added to commit but untracked files present (use "git add" to track)
#+END_VERSE
[Message part 3 (text/plain, inline)]
and before the build I also did a git clean -dfx
> Anyway, I cannot see what all this could have with your OS update.
I don't too, but as it's the only thing that changed ...
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33250
; Package
emacs
.
(Mon, 05 Nov 2018 18:38:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 33250 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I can't reproduce the problem on my Fedora 29 x86-64 platform. My build
log is attached (compressed). One difference is that I didn't use the
configure argument "--host=$(rpm -E
'%{_arch}-fc%{fedora}-%{_host_os}%{_gnu}')", which caused ar, ranlib,
and pkg-config to not be found on your platform. What happens if you
omit the --host argument?
Also, the first command discrepancy is that my build log says "GEN
../../../etc/charsets/8859-2.map" and similarly for other *.map files,
whereas yours does not, and there are other places where it appears that
your directory contains files that are already built and may have the
wrong contents. I suggest looking into that.
[emacs-26-eggert.outoftree.err.C.trc.gz (application/gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33250
; Package
emacs
.
(Wed, 07 Nov 2018 22:56:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 33250 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello Paul,
First, thanks for the time you spend on this and sorry for the delay in
my response.
Paul Eggert <eggert <at> cs.ucla.edu> writes:
> I can't reproduce the problem on my Fedora 29 x86-64 platform. My
> build log is attached (compressed). One difference is that I didn't
> use the configure argument "--host=$(rpm -E
> '%{_arch}-fc%{fedora}-%{_host_os}%{_gnu}')", which caused ar, ranlib,
> and pkg-config to not be found on your platform. What happens if you
> omit the --host argument?
Nothing change. I've tried many variant :
- with only --prefix=/usr/local
- without anything
- without --host=...
After each try, this fail with the same error.
>
> Also, the first command discrepancy is that my build log says "GEN
> ../../../etc/charsets/8859-2.map" and similarly for other *.map files,
> whereas yours does not, and there are other places where it appears
> that your directory contains files that are already built and may have
> the wrong contents. I suggest looking into that.
I've also done some experiments :
- in a directory on the side of my emacs-26 source: everything work as
expected.
- after deleting the build-26 directory and re-applyed the following
commands:
1) git clean -dfx
2) ./autogen.sh
3) mkdir build-26 && cd build-26
3) ../configure with the same options as yours
and this doesn't build.
FYI I've attached my traces and also 2 diffs:
- one after the configure step between my two build-26 dirs (the one
beside of the emacs-26 directory and the other inside). -- emacs-26.outoftree.diff
- one between your traces and mine for the build inside
emacs-26/build-26 (for this I've stripped off the paths before
emacs-26. eg. removed /home/...) -- emacs-26.outoftree.diff.eggbert.diff
For the second diff I've found that the my temacs dump has lesser size
than yours and of course the "Nothing to be done for 'compile-first'."
for 'emacs-26/build-26/lisp' directory
I'm felling like if I've jumped inside the rabbit's hole of Alice.
If you see something that make sense to you ...
[emacs-26.outoftree.inside.1.C.trc.gz (application/gzip, attachment)]
[emacs-26.outoftree.diff.eggbert.diff.gz (application/gzip, attachment)]
[emacs-26.outoftree.diff.gz (application/gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33250
; Package
emacs
.
(Wed, 07 Nov 2018 23:30:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 33250 <at> debbugs.gnu.org (full text, mbox):
On 11/7/18 2:55 PM, Pierre Téchoueyres wrote:
> I've also done some experiments :
> - in a directory on the side of my emacs-26 source: everything work as
> expected.
> - after deleting the build-26 directory and re-applyed the following
> commands:
> 1) git clean -dfx
> 2) ./autogen.sh
> 3) mkdir build-26 && cd build-26
> 3) ../configure with the same options as yours
> and this doesn't build.
How about if you try cloning afresh into a new directory in a different
filesystem? Something like the following. The 'git clone' will take a
while but if this doesn't work then we can try to figure out why:
cd /tmp
mkdir d
cd d
git clone -b emacs-26 git://git.sv.gnu.org/emacs.git
cd emacs
./autogen.sh
mkdir build-26
cd build-26
../configure --with-dbus --with-gif --with-jpeg --with-png --with-rsvg
--with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3 --with-xwidgets
--with-modules --with-mailutils 'CFLAGS=-O2 -g0'
LC_ALL=C make
Also, please check your environment (run the 'env' command) to see if
there's something funny in your PATH, or something like that. For
example, you should be running git 2.19.1, make 4.2.1, gcc 8.2.1 20181011.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33250
; Package
emacs
.
(Fri, 09 Nov 2018 00:36:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 33250 <at> debbugs.gnu.org (full text, mbox):
Hello Paul,
Paul Eggert <eggert <at> cs.ucla.edu> writes:
>
> How about if you try cloning afresh into a new directory in a
> different filesystem? Something like the following. The 'git clone'
> will take a while but if this doesn't work then we can try to figure
> out why:
>
> cd /tmp
> mkdir d
> cd d
> git clone -b emacs-26 git://git.sv.gnu.org/emacs.git
> cd emacs
> ./autogen.sh
> mkdir build-26
> cd build-26
> ../configure --with-dbus --with-gif --with-jpeg --with-png --with-rsvg
> --with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3
> --with-xwidgets --with-modules --with-mailutils 'CFLAGS=-O2 -g0'
> LC_ALL=C make
>
> Also, please check your environment (run the 'env' command) to see if
> there's something funny in your PATH, or something like that. For
> example, you should be running git 2.19.1, make 4.2.1, gcc 8.2.1
> 20181011.
I've followed your advices and tried in my /tmp directory. Everything is
working as expected : emacs build successfully.
I then cleanup my git repo (another time with git clean -dfx), trashed
my emacs-26 worktree. Then I recreated it and successfully build my
emacs.
I'm sorry for the annoyance and I therefore close the bug.
bug marked as fixed in version 26.2, send any further explanations to
33250 <at> debbugs.gnu.org and Pierre Téchoueyres <pierre.techoueyres <at> free.fr>
Request was from
pierre.techoueyres <at> free.fr (Pierre Téchoueyres)
to
control <at> debbugs.gnu.org
.
(Fri, 09 Nov 2018 00:37:02 GMT)
Full text and
rfc822 format available.
Added tag(s) notabug.
Request was from
pierre.techoueyres <at> free.fr (Pierre Téchoueyres)
to
control <at> debbugs.gnu.org
.
(Fri, 09 Nov 2018 00:37:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 07 Dec 2018 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 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.