GNU bug report logs - #10749
24.0.93; does not compile on Mac OS X 10.4.11/PPC in international/mule-conf

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

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

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.93;
	does not compile on Mac OS X 10.4.11/PPC in international/mule-conf
Date: Tue, 7 Feb 2012 00:40:11 +0100

Hello!

The error is this:

	Loading cus-start (source)...
	Loading international/mule (source)...
	Loading international/mule-conf (source)...
	Wrong type argument: listp, "DEAD"
	make[2]: *** [bootstrap-emacs] Error 1

It happens when I try to build the NS and the X11 variants. On Mac OS X 10.6.8 all goes well... (with another compiler version and intel hardware)


I made distclean, bootstrap, and of course I configured between the makes. Every time it ends with the same messages.

--
Greetings

  Pete

Specifications are for the weak and timid!

Message #8 received at 10749 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: 10749 <at> debbugs.gnu.org
Subject: 24.0.93;
	does not compile on Mac OS X 10.4.11/PPC in international/mule-conf
Date: Thu, 9 Feb 2012 10:39:44 +0100

Hello!

This seems to be a compiler issue. On Mac OS X 10.5.8, Leopard, I could reproduce the same with GCC 4.2. When I reduced optimisation from -fast (Apple convenience setting) to -O0 and -O1 all went fine. I'm going to increase the level of optimisation and see the result.

Maybe there is some interference between the wide ints introduced, the merely 32-bit PPC architecture (PowerPC 7447A, "G4") and the -fast option which was introduced for the "G5", the IBM PowerPC 970, complete 64-bit architecture.

--
Greetings

  Pete

They're putting dimes in the hole in my head to see the change in me.

Message #11 received at 10749 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: 10749 <at> debbugs.gnu.org
Subject: Re: 24.0.93;
	does not compile on Mac OS X 10.4.11/PPC in international/mule-conf
Date: Thu, 9 Feb 2012 22:50:55 +0100

This really looks like a compiler issue. Using -O[0-4s] all goes fine,  
but using -fast leads to errors. My last try was with:

	time nice +11 env LANG=C PATH=/sw/bin:$PATH ./configure --without- 
sound --without-dbus --without-pop --without-gconf --without-gpm -- 
without-gsettings --without-selinux --without-gif --without-jpeg -- 
without-png --without-rsvg --without-tiff --without-xpm --with-ns -- 
disable-ns-self-contained --x-libraries=/usr/X11/lib --x-includes=/usr/ 
X11/include --enable-locallisppath=/Library/Application\ Support/Emacs/ 
calendar24:/Library/Application\ Support/Emacs CFLAGS="-g -H -pipe - 
fPIC -fno-common -fast -pthread -mfused-madd -mmultiple -ftree- 
vectorize -mpowerpc-gfxopt -maltivec -faltivec -mabi=altivec - 
mcpu=7450 -mtune=G4" LDFLAGS="-Wl,-dead_strip_dylibs -Wl,-bind_at_load  
-Wl,-t" CPP=cpp-4.2 CC=gcc-4.2 CXX=g++-4.2 PKG_CONFIG_PATH=/sw/lib/ 
xft2/lib/pkgconfig:/sw/share/pkgconfig:/sw/lib/pkgconfig:/usr/X11/lib/ 
pkgconfig:/usr/X11/share/pkgconfig:/usr/lib/pkgconfig

No wide-ints set up, even using the official "-mtune=G4" to overcome  
the G5 optimisation. It leads to:

	Loading window (source)...
	Loading .../emacs-24.0.93/lisp/files.el (source)...
	Recursive load: ".../emacs-24.0.93/lisp/emacs-lisp/cl-macs.el", ".../ 
emacs-24.0.93/lisp/emacs-lisp/cl-macs.el", ".../emacs-24.0.93/lisp/ 
emacs-lisp/cl-macs.el", ".../emacs-24.0.93/lisp/emacs-lisp/cl- 
macs.el", ".../emacs-24.0.93/lisp/emacs-lisp/cl-macs.el", ".../ 
emacs-24.0.93/lisp/files.el", ".../emacs-24.0.93/lisp/loadup.el"
	make[2]: *** [bootstrap-emacs] Error 1

I'll see whether an X11 variant works better.

--
Greetings

  Pete
                      ~  o
                       ~_\\_/\
                      ~  O   O

Message #14 received at 10749 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: 10749 <at> debbugs.gnu.org
Subject: Re: 24.0.93;
	does not compile on Mac OS X 10.4.11/PPC in international/mule-conf
Date: Fri, 10 Feb 2012 00:45:24 +0100

It is the -fast option. When I use it the X11 variant cannot be built.

--
Greetings

  Pete

Never be led astray onto the path of virtue

Message #17 received at 10749 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Dan Horák <dan <at> danny.cz>
Cc: 10780 <at> debbugs.gnu.org, 10749 <at> debbugs.gnu.org
Subject: Re: 24.0.93 fails to build with 'Invalid function: "DEAD"'
Date: Tue, 14 Feb 2012 23:24:16 -0800

I can't reproduce the problem on my bigendian 32-bit host
(Solaris 10, 32-bit sparc, Sun C 5.12 2011/11/16),
so the problem can't be just the 32-bit bigendianness.

The symptoms are those of a failure during conservative
garbage collection, and my suspicion is that the
conservative marking isn't picking up some register that's
hiding in a setjmp buffer or whatnot.

Suppose you do a "make clean" and then
"make CPPFLAGS=-DGC_LISP_OBJECT_ALIGNMENT=2" and/or
"make CPPFLAGS=-DGC_LISP_OBJECT_ALIGNMENT=1".
Does that work around the problem?

Likewise, suppose you do a "make clean"
and then rebuild with compiler optimization disabled.
Does that work around the problem?

I'll CC: this to bug 10749, since GC_LISP_OBJECT_ALIGNMENT=1
may work around its problems too.

Message #20 received at 10749 <at> debbugs.gnu.org (full text, mbox):

From: Dan Horák <dan <at> danny.cz>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 10780 <at> debbugs.gnu.org, 10749 <at> debbugs.gnu.org
Subject: Re: 24.0.93 fails to build with 'Invalid function: "DEAD"'
Date: Wed, 15 Feb 2012 08:39:13 +0100

Paul Eggert píše v Út 14. 02. 2012 v 23:24 -0800: 
> I can't reproduce the problem on my bigendian 32-bit host
> (Solaris 10, 32-bit sparc, Sun C 5.12 2011/11/16),
> so the problem can't be just the 32-bit bigendianness.
> 
> The symptoms are those of a failure during conservative
> garbage collection, and my suspicion is that the
> conservative marking isn't picking up some register that's
> hiding in a setjmp buffer or whatnot.
> 
> Suppose you do a "make clean" and then
> "make CPPFLAGS=-DGC_LISP_OBJECT_ALIGNMENT=2" and/or
> "make CPPFLAGS=-DGC_LISP_OBJECT_ALIGNMENT=1".
> Does that work around the problem?
> 
> Likewise, suppose you do a "make clean"
> and then rebuild with compiler optimization disabled.
> Does that work around the problem?
> 
> I'll CC: this to bug 10749, since GC_LISP_OBJECT_ALIGNMENT=1
> may work around its problems too.

I have to do some more testing but now it seems that using
--with-wide-int option for configure provokes the "Invalid function"
behaviour. When the option is not given, the build is successful, when
given, then I see a segfault in the non-bootstrap build.


Dan

Message #23 received at 10749 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Dan Horák <dan <at> danny.cz>
Cc: 10780 <at> debbugs.gnu.org, 10749 <at> debbugs.gnu.org
Subject: Re: 24.0.93 fails to build with 'Invalid function: "DEAD"'
Date: Wed, 15 Feb 2012 00:14:44 -0800

On 02/14/2012 11:39 PM, Dan Horák wrote:
> I have to do some more testing but now it seems that using
> --with-wide-int option for configure provokes the "Invalid function"
> behaviour.

In that case the bug is probably distinct from Bug#10749,
as 10749 occurs without wide ints.  I'll drop 10749 from
the CC: list before replying further.

Message #30 received at 10749 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Dan Horák <dan <at> danny.cz>, 10780 <at> debbugs.gnu.org,
	10749 <at> debbugs.gnu.org
Subject: Re: bug#10780: 24.0.93 fails to build with 'Invalid function: "DEAD"'
Date: Wed, 15 Feb 2012 10:55:22 +0100

I see a similar crash when building with wide ints on ppc-linux, where a
string contains a null data pointer.  Something is definitely broken
with wide ints and gc marking.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #33 received at 10749 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Dan Horák <dan <at> danny.cz>
Cc: 10780-done <at> debbugs.gnu.org, 10749 <at> debbugs.gnu.org
Subject: Re: 24.0.93 fails to build with 'Invalid function: "DEAD"'
Date: Tue, 21 Feb 2012 15:37:17 -0800

On 02/21/2012 01:32 AM, Dan Horák wrote:
> this change fixed the issue for me.

Great!  Thanks for checking.  I'm marking 10780 as "done".

I'm leaving 10749 open, as it occurs without wide ints
<http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10749#11>
and is almost surely a different bug.

Message #36 received at 10749 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: 10749 <at> debbugs.gnu.org
Subject: Re: bug#10749: Acknowledgement (24.0.93;
	does not compile on Mac OS X 10.4.11/PPC in international/mule-conf)
Date: Mon, 16 Apr 2012 22:24:37 +0200

This bug report was somehow resolved.

--
Greetings

  Pete

In a world without walls and fences, who needs gates and windows?

Previous Next

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