GNU bug report logs -
#20218
[bug-gnu-emacs] emacs-24.5-rc1 build successes, and one failure
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20218 in the body.
You can then email your comments to 20218 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#20218
; Package
emacs
.
(Sat, 28 Mar 2015 16:21:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Nelson H. F. Beebe" <beebe <at> math.utah.edu>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 28 Mar 2015 16:21:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I've now completed 111 build attempts for emacs-24.5-rc1 on 38 flavors
of Unix systems, and am pleased to report success on 37 of them:
DragonFlyBSD 3.6, 3.8, 3.9, 4.0 x86-64
GNU/Linux ArchLinux x86-64 and ARM
GNU/Linux Debian 6.0, 7.7, 8.0 x86-64
GNU/Linux Debian 7 SPARC
GNU/Linux Fedora 20 x86
GNU/Linux Fedora 21 and 22 x86-64
GNU/Linux OpenSUSE 11.4, 12.3, 13.2 x86-64
GNU/Linux Red Hat 5 IA-64 and x86
GNU/Linux Red Hat 5, 6, 7 x86-64
GNU/Linux Scientific Linux 6.5 x86-64
GNU/Linux Slackware 14 x86-64
GNU/Linux Ubuntu 14 x86
kFreeBSD 7.7 x86-64
Mac OS X 10.5.8 PowerPC-32
Mac OS X 10.7.5 x86-64
Mac OS X 10.10.2 x86-64
MirBSD 10 x86
NetBSD 5.0, 6.1 x86-64
OpenBSD 4.9, 5.1, 5.4, 5.5, 5.6 x86-64
OpenIndiana 11 x86-64
SGI IRIX MIPS R10000
Solaris 10 SPARC, x86, x86-64
Solaris 11 x86, x86-64
On about half, the build succeeded out of the box with my standard
automated build procedures. On the remainder, I had to manually add
various --with-XXX=no options to deal with missing, or out-of-date,
graphics libraries.
I therefore recommend that the configure scripts should be adjusted so
that failure to use any graphics library should just be prominently
recorded in the configure output, and then --with-XXX=no silently
assumed for that library. Doing so would significantly increase the
number of builds that succeed on the first try.
In three or four cases, I had to temporarily rename the /usr/local
tree during the build to hide it from gcc, which obnoxiously insists
on searching /usr/local/include before /usr/include, even when you
don't want it to. For that reason, and the fact that some of the BSD
distributions incorrectly use /usr/local for their package management
installations, on all new systems that we install, we replace
/usr/local by /usr/uumath as the tree for packages locally built and
installed from source code.
The one failure for my emacs-24.5-rc1 builds is this system:
GNU Hurd 8 (jessie) x86-64
I have previously successfully built emacs-24.3.90, emacs-24.3.92, and
emacs-24.3.94 on that system, and after several failures for
emacs-24.5-rc1, I retried with the identical PATH and other
environment variables and configure flags as for 24.3.94. Some of my
several attempts succeeded in building src/temacs, but all died like
this:
Loading version...
Loading widget...
Loading custom...
Required feature `widget' was not provided
Makefile:815: recipe for target 'bootstrap-emacs' failed
I'm puzzled at what to do about this. We keep all of our systems at
current patch levels, so there have certainly been many system updates
on Hurd between 24.3.94 (8-Oct-2014) and 24.5-rc1. I plan to go back
and try to build 24.3.94 again with the same build environment as
before.
In any event, I consider emacs-24.5-rc1 as yet another in long line of
outstanding successes in the quality and portability of GNU emacs
releases. Congratulations to the development team --- you've done a
great job in keeping this fantastic editor potentially available
virtually everywhere!
-------------------------------------------------------------------------------
- Nelson H. F. Beebe Tel: +1 801 581 5254 -
- University of Utah FAX: +1 801 581 4148 -
- Department of Mathematics, 110 LCB Internet e-mail: beebe <at> math.utah.edu -
- 155 S 1400 E RM 233 beebe <at> acm.org beebe <at> computer.org -
- Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20218
; Package
emacs
.
(Sat, 28 Mar 2015 17:49:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 20218 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 28 Mar 2015 09:19:26 -0600 (MDT)
> From: "Nelson H. F. Beebe" <beebe <at> math.utah.edu>
> Cc: beebe <at> math.utah.edu
>
> The one failure for my emacs-24.5-rc1 builds is this system:
>
> GNU Hurd 8 (jessie) x86-64
>
> I have previously successfully built emacs-24.3.90, emacs-24.3.92, and
> emacs-24.3.94 on that system, and after several failures for
> emacs-24.5-rc1, I retried with the identical PATH and other
> environment variables and configure flags as for 24.3.94. Some of my
> several attempts succeeded in building src/temacs, but all died like
> this:
>
> Loading version...
> Loading widget...
> Loading custom...
> Required feature `widget' was not provided
> Makefile:815: recipe for target 'bootstrap-emacs' failed
Does this mean your build procedure includes a full bootstrap?
If so, what happens if you try building on the Hurd without a
bootstrap?
> In any event, I consider emacs-24.5-rc1 as yet another in long line of
> outstanding successes in the quality and portability of GNU emacs
> releases. Congratulations to the development team --- you've done a
> great job in keeping this fantastic editor potentially available
> virtually everywhere!
Thanks for your efforts and for the report.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20218
; Package
emacs
.
(Sat, 28 Mar 2015 18:26:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 20218 <at> debbugs.gnu.org (full text, mbox):
[Please keep the bug address on the CC list.]
> Date: Sat, 28 Mar 2015 12:11:29 -0600 (MDT)
> From: "Nelson H. F. Beebe" <beebe <at> math.utah.edu>
> Cc: beebe <at> math.utah.edu
>
> >> Does this mean your build procedure includes a full bootstrap?
> >>
> >> If so, what happens if you try building on the Hurd without a
> >> bootstrap?
>
> I don't understand what you mean by `full bootstrap'. Can you
> please clarify?
Did you say "make bootstrap" to build, after running the configure
script? Or just "make"?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20218
; Package
emacs
.
(Sat, 28 Mar 2015 18:33:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 20218 <at> debbugs.gnu.org (full text, mbox):
> Loading version...
> Loading widget...
> Loading custom...
> Required feature `widget' was not provided
> Makefile:815: recipe for target 'bootstrap-emacs' failed
Can you show the output of "ls -l lisp/widget.elc" in the directory
where you built for the Hurd?
Added tag(s) moreinfo.
Request was from
Paul Eggert <eggert <at> cs.ucla.edu>
to
control <at> debbugs.gnu.org
.
(Sun, 12 Apr 2015 23:09:01 GMT)
Full text and
rfc822 format available.
Added tag(s) wontfix.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 07 Dec 2016 19:03:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
20218 <at> debbugs.gnu.org and "Nelson H. F. Beebe" <beebe <at> math.utah.edu>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 07 Dec 2016 19:03: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
.
(Thu, 05 Jan 2017 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 162 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.