GNU bug report logs - #620
23.0.60; Bootstrapping with the GNUstep port impossible

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 620 in the body.
You can then email your comments to 620 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Yavor Doganov <yavor <at> gnu.org>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; Bootstrapping with the GNUstep port impossible
Date: Mon, 28 Jul 2008 12:03:30 +0300

With today's (2008-07-28) CVS trunk, doing

./configure --with-ns
make (as per nextstep/INSTALL)
  or
make bootstrap

results in segmentation fault during byte-compilation, at random
places.  Notice how unlike the usual bootstrap procedure, it loads a
gazillion of files when byte-compiling every single .el file:

make[2]: Leaving directory `/home/yavor/src/emacs/lisp'
make[2]: Entering directory `/home/yavor/src/emacs/lisp'
Compiling ../lisp/w32-fns.el
Loading loadup.el (source)...
Using load-path (/home/yavor/src/emacs/lisp /home/yavor/src/emacs/lisp/emacs-lisp /home/yavor/src/emacs/lisp/language /home/yavor/src/emacs/lisp/international /home/yavor/src/emacs/lisp/textmodes)
Loading emacs-lisp/byte-run...
Loading emacs-lisp/backquote...
Loading subr...
Loading version.el (source)...
Loading widget...
Loading custom...
Loading emacs-lisp/map-ynp...
Loading cus-start...
Loading international/mule...
Loading international/mule-conf.el (source)...
Loading env...
Loading format...
Loading bindings...
Loading files...
Loading cus-face...
Loading faces...
Loading minibuffer...
Loading button...
Loading startup...
Lists of integers (garbage collection statistics) are normal output
while building Emacs; they do not indicate a problem.
((23185 . 2554) (5585 . 6) (583 . 9) 161840 1045823 (24 . 1) (21 . 0) (7321 . 5027))
Loading /home/yavor/src/emacs/lisp/loaddefs.el (source)...
((45081 . 4393) (8383 . 0) (592 . 5) 1115399 1045823 (48 . 33) (21 . 0) (15628 . 2012))
Loading abbrev...
Loading simple...
Loading help...
Loading jka-cmpr-hook...
Loading epa-hook...
Loading international/mule-cmds...
Loading case-table...
Loading international/characters...
Loading composite...
Loading /home/yavor/src/emacs/lisp/international/charprop.el (source)...
Loading /home/yavor/src/emacs/lisp/language/chinese.el (source)...
Loading /home/yavor/src/emacs/lisp/language/cyrillic.el (source)...
Loading /home/yavor/src/emacs/lisp/language/indian.el (source)...
Loading /home/yavor/src/emacs/lisp/language/sinhala.el (source)...
Loading /home/yavor/src/emacs/lisp/language/english.el (source)...
Loading language/ethiopic...
Loading language/european...
Loading /home/yavor/src/emacs/lisp/language/czech.el (source)...
Loading /home/yavor/src/emacs/lisp/language/slovak.el (source)...
Loading /home/yavor/src/emacs/lisp/language/romanian.el (source)...
Loading /home/yavor/src/emacs/lisp/language/greek.el (source)...
Loading /home/yavor/src/emacs/lisp/language/hebrew.el (source)...
Loading /home/yavor/src/emacs/lisp/language/japanese.el (source)...
Loading /home/yavor/src/emacs/lisp/international/cp51932.el (source)...
Loading /home/yavor/src/emacs/lisp/international/eucjp-ms.el (source)...
Loading /home/yavor/src/emacs/lisp/language/korean.el (source)...
Loading /home/yavor/src/emacs/lisp/language/lao.el (source)...
Loading /home/yavor/src/emacs/lisp/language/tai-viet.el (source)...
Loading /home/yavor/src/emacs/lisp/language/thai.el (source)...
Loading language/tibetan...
Loading /home/yavor/src/emacs/lisp/language/vietnamese.el (source)...
Loading /home/yavor/src/emacs/lisp/language/misc-lang.el (source)...
Loading /home/yavor/src/emacs/lisp/language/utf-8-lang.el (source)...
Loading /home/yavor/src/emacs/lisp/language/georgian.el (source)...
Loading /home/yavor/src/emacs/lisp/language/khmer.el (source)...
Loading /home/yavor/src/emacs/lisp/language/burmese.el (source)...
Loading /home/yavor/src/emacs/lisp/language/cham.el (source)...
Loading indent...
Loading window...
Loading frame...
Loading term/tty-colors...
Loading font-core...
Loading facemenu...
Loading emacs-lisp/syntax...
Loading font-lock...
Loading jit-lock...
Loading mouse...
Loading scroll-bar...
Loading select...
Loading emacs-lisp/timer...
Loading isearch...
Loading rfn-eshadow...
((74518 . 22061) (11695 . 1) (636 . 45) 1319224 1311183 (72 . 9) (22 . 13) (24121 . 9395))
Loading menu-bar...
Loading /home/yavor/src/emacs/lisp/paths.el (source)...
Loading emacs-lisp/lisp...
Loading textmodes/page...
Loading register...
Loading textmodes/paragraphs...
Loading emacs-lisp/lisp-mode...
Loading textmodes/text-mode...
Loading textmodes/fill...
((83266 . 13313) (12293 . 1) (639 . 42) 1366382 1318574 (72 . 9) (22 . 13) (25957 . 7559))
Loading replace...
Loading buff-menu...
Loading fringe...
Loading image...
Loading international/fontset...
Loading dnd...
Loading mwheel...
Loading tool-bar...
((87306 . 9273) (12782 . 17) (640 . 41) 1393989 1322702 (83 . 1) (22 . 13) (27213 . 6303))
Loading /home/yavor/src/emacs/lisp/emacs-lisp/easymenu.el (source)...
Loading /home/yavor/src/emacs/lisp/term/ns-win.el (source)...
Loading emacs-lisp/float-sup...
((131468 . 47449) (13915 . 2) (654 . 157) 1524758 1336792 (92 . 4) (23 . 12) (30593 . 11176))
Loading vc-hooks...
Loading ediff-hook...
Loading tooltip...
((132741 . 46176) (14085 . 1) (655 . 156) 1532981 1337881 (94 . 2) (23 . 12) (30975 . 10794))
Finding pointers to doc strings...
Finding pointers to doc strings...done
Wrote /home/yavor/src/emacs/lisp/w32-fns.elc
make[2]: Leaving directory `/home/yavor/src/emacs/lisp'
make[2]: Entering directory `/home/yavor/src/emacs/lisp'
Compiling ../lisp/dos-w32.el
Loading loadup.el (source)...
Using load-path (/home/yavor/src/emacs/lisp /home/yavor/src/emacs/lisp/emacs-lisp /home/yavor/src/emacs/lisp/language /home/yavor/src/emacs/lisp/international /home/yavor/src/emacs/lisp/textmodes)
Loading emacs-lisp/byte-run...
Loading emacs-lisp/backquote...
Loading subr...
Loading version.el (source)...
Loading widget...
Loading custom...
Loading emacs-lisp/map-ynp...
Loading cus-start...
Loading international/mule...
Loading international/mule-conf.el (source)...
Loading env...
Loading format...
Loading bindings...
Loading files...
Loading cus-face...
Loading faces...
Loading minibuffer...
Loading button...
Loading startup...
Lists of integers (garbage collection statistics) are normal output
while building Emacs; they do not indicate a problem.
((23185 . 2554) (5585 . 6) (583 . 9) 161840 1045823 (24 . 1) (21 . 0) (7321 . 5027))
Loading /home/yavor/src/emacs/lisp/loaddefs.el (source)...
((45081 . 4393) (8383 . 0) (592 . 5) 1115399 1045823 (48 . 33) (21 . 0) (15628 . 2012))
Loading abbrev...
Loading simple...
Loading help...
Loading jka-cmpr-hook...
Loading epa-hook...
Loading international/mule-cmds...
Loading case-table...
Loading international/characters...
Loading composite...
Loading /home/yavor/src/emacs/lisp/international/charprop.el (source)...
Loading /home/yavor/src/emacs/lisp/language/chinese.el (source)...
Loading /home/yavor/src/emacs/lisp/language/cyrillic.el (source)...
Loading /home/yavor/src/emacs/lisp/language/indian.el (source)...
Loading /home/yavor/src/emacs/lisp/language/sinhala.el (source)...
Loading /home/yavor/src/emacs/lisp/language/english.el (source)...
Loading language/ethiopic...
Loading language/european...
Loading /home/yavor/src/emacs/lisp/language/czech.el (source)...
Loading /home/yavor/src/emacs/lisp/language/slovak.el (source)...
Loading /home/yavor/src/emacs/lisp/language/romanian.el (source)...
Loading /home/yavor/src/emacs/lisp/language/greek.el (source)...
Loading /home/yavor/src/emacs/lisp/language/hebrew.el (source)...
Loading /home/yavor/src/emacs/lisp/language/japanese.el (source)...
Loading /home/yavor/src/emacs/lisp/international/cp51932.el (source)...
Loading /home/yavor/src/emacs/lisp/international/eucjp-ms.el (source)...
Fatal error (11)make[2]: *** [compile-onefile] Segmentation fault
make[2]: Leaving directory `/home/yavor/src/emacs/lisp'
make[1]: *** [../lisp/dos-w32.elc] Error 2
make[1]: Leaving directory `/home/yavor/src/emacs/src'
make: *** [src] Error 2

Message #14 received at 620 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Thomas Hühn <t_huehn <at> gmx.de>
To: 620 <at> debbugs.gnu.org
Subject: 23.0.60; Bootstrapping with the GNUstep port impossible
Date: Mon, 29 Sep 2008 02:51:26 -0400

Cannot reproduce with today's git Emacs:

commit ed39d07aa1e922fcd39e72f970b39d1ef46ca6bb
Author: Michael Albinus <michael.albinus <at> gmx.de>
Date:   Mon Sep 29 05:42:20 2008 +0000

    *** empty log message ***

Both "make -j3" and "make bootstrap -j3" after "./configure --with-ns"
succeed.

Debian lenny AMD64 with libgnustep-base-dev 1.16.1-2lenny1

Thomas

Message #19 received at 620 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: 620 <at> debbugs.gnu.org
Cc: Yavor Doganov <yavor <at> gnu.org>
Subject: #620 - 23.0.60; Bootstrapping with the GNUstep port impossible - Emacs bug report logs
Date: Fri, 3 Oct 2008 15:11:41 -0400

Hi,

Someone else said they can't reproduce it, and you yourself report  
later (http://debbugs.gnu.org/cgi/bugreport.cgi? 
bug=984) a bug when emacs is being run on GNUstep, so is it safe to  
close this report?

As far as the loading-every-file-when-bootstrapping, I think this is a  
general bug with CANNOT_DUMP handling -- so that should probably be  
reported separately.

thanks

Message #24 received at 620 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Yavor Doganov <yavor <at> gnu.org>
To: Adrian Robert <adrian.b.robert <at> gmail.com>
Cc: 620 <at> debbugs.gnu.org, Yavor Doganov <yavor <at> gnu.org>
Subject: Re: #620 - 23.0.60; Bootstrapping with the GNUstep port impossible - Emacs bug report logs
Date: Fri, 03 Oct 2008 23:19:55 +0300

Adrian Robert wrote:
> 
> Someone else said they can't reproduce it,

Maybe on Muck OS.  On GNU/Linux, I can reproduce it always on several
hosts.  With CVS 2008-10-03 19:00 UTC:

Loading bindings (source)...
Loading files...
Loading cus-face...
Loading faces...
Loading /home/yavor/src/emacs/lisp/minibuffer.el (source)...
Fatal error (11)make[2]: *** [compile-onefile] Ошибка сегментирования
make[2]: Leaving directory `/home/yavor/src/emacs/lisp'
make[1]: *** [/home/yavor/src/emacs/src/../lisp/scroll-bar.elc] Ошибка 2

It happens on random files.

> and you yourself report later a bug when emacs is being run on
> GNUstep,

I build it this way:

./configure --with-x=no
make bootstrap
./configure --with-ns
make
make install

But it is only usable with `Emacs -nw'.

> so is it safe to close this report?

No.

> As far as the loading-every-file-when-bootstrapping, I think this is
> a general bug with CANNOT_DUMP handling -- so that should probably
> be reported separately.

I see.  This is a practical problem, as my Pentium II was building
Emacs for about a day until the failure.  Even on a powerful machine,
it takes hours.

Message #27 received at 620 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Adrian Robert <adrian.b.robert <at> gmail.com>
Cc: 620 <at> debbugs.gnu.org, Yavor Doganov <yavor <at> gnu.org>
Subject: Re: bug#620: #620 - 23.0.60; Bootstrapping with the GNUstep port impossible - Emacs bug report logs
Date: Fri, 03 Oct 2008 17:13:29 -0400

Yavor Doganov wrote:

> Adrian Robert wrote:
>> 
>> Someone else said they can't reproduce it,
>
> Maybe on Muck OS.  On GNU/Linux, I can reproduce it always on several
> hosts.

I have the same problem, also on random files, on 32-bit GNU/Linux.

On x86_64, I can't even get that far, since it segfaults trying to
make the autoloads, but I think that may be a different problem, so I
will file a separate bug for that.

>> As far as the loading-every-file-when-bootstrapping, I think this is
>> a general bug with CANNOT_DUMP handling -- so that should probably
>> be reported separately.

That's just what CANNOT_DUMP means. The files that would normally be
dumped have to be loaded every time.

> I see.  This is a practical problem, as my Pentium II was building
> Emacs for about a day until the failure.  Even on a powerful machine,
> it takes hours.

I can build it fairly quickly, if someone can suggest what debugging
info would be useful.

Message #30 received at 620 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 620 <at> debbugs.gnu.org
Cc: Adrian Robert <adrian.b.robert <at> gmail.com>, Yavor Doganov <yavor <at> gnu.org>
Subject: Re: bug#620: #620 - 23.0.60; Bootstrapping with the GNUstep port impossible - Emacs bug report logs
Date: Sat, 04 Oct 2008 15:07:25 -0400

[Message part 1 (text/plain, inline)]

I managed to get bootstrap-emacs to run under gdb while it compiles
files. So far, the segfaults are always in alloc.c, mostly in
mark_object at line 5540 or 5434, but once in mark_interval at 1508.

I have attached 4 backtraces from one `make bootstrap' (running under
gdb meant make carried on after a file failed to compile).

[1.gz (application/octet-stream, attachment)]

[2.gz (application/octet-stream, attachment)]

[3.gz (application/octet-stream, attachment)]

[4.gz (application/octet-stream, attachment)]

Message #35 received at 620 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Yavor Doganov <yavor <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 620 <at> debbugs.gnu.org, Adrian Robert <adrian.b.robert <at> gmail.com>,
        Yavor Doganov <yavor <at> gnu.org>
Subject: Re: bug#620: #620 - 23.0.60; Bootstrapping with the GNUstep port impossible - Emacs bug report logs
Date: Sat, 04 Oct 2008 22:54:39 +0300

clone 620 -1
retitle -1 Segfaults in alloc.c within gdb on gNewSense
thanks

(Please merge back the bug if it turns out to be the same issue.)

Glenn Morris wrote:
> 
> So far, the segfaults are always in alloc.c, mostly in mark_object
> at line 5540 or 5434, but once in mark_interval at 1508.

Oddly enough, these are almost equivalent to the problems I see
(unrelated to bootstrapping) under gNewSense DeltaH (Base 1.14.1, GUI
0.12.0).  I was about to report the problem separately, after more
investigation.

On gNewSense with GNOME (with the default Metacity WM), I basically
experience the same behaviour as described in #984.

Under Window Maker and the GNUstep art backend, Emacs starts, the
frame is drawn and I can perform some basic operations.  (There are
other major issues, but let's leave them out for now.)

If I open xterm and start Emacs from within gdb, it always crashes
(under both GNUstep backends) with a backtrace very similar (if not
equivalent) to the ones Glenn posted.

Now the odd: If under wmaker I start Emacs 22.3, and from there start
Emacs.app either with M-x gdb or M-x shell; gdb ..., I get the same
backtrace as in #984.

I should probably mention that gnustep-back has fairly complicated WM
management code, and support for all window managers in the wild is
not guaranteed.  However, applications should not crash if they're run
under a poorly supported WM (Window Maker is the best supported, and
Metacity is claimed to be supported).  Personally, I was surprised to
see Emacs.app crashing under GNOME while running under wmaker.  All
other GNUstep apps run fine under GNOME.  It is either a subtle bug in
Emacs.app, or a bug in GNUstep that is exposed by a complex app such
as Emacs.

Hopefully I'll followup with more details to the cloned bug as soon as
I figure out the logic behind all of this weirdness.

Message #42 received at 620-close <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: 620-close <at> debbugs.gnu.org
Subject: Bootstrapping with the GNUstep port impossible
Date: Fri, 22 May 2009 00:30:10 -0400

Bootstrapping now works.  The resulting executable has still serious
problems, but those will require other bug reports.


        Stefan

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.