GNU bug report logs - #13427
24.2.92; does not compile in 32-bit --with-wide-int on intel Mac OS X 10.6.8 (Snow Leopard)

Previous Next

Package: emacs;

Reported by: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>

Date: Sun, 13 Jan 2013 15:19:02 UTC

Severity: normal

Found in version 24.2.92

Done: Glenn Morris <rgm <at> gnu.org>

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#13427; Package emacs. (Sun, 13 Jan 2013 15:19:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 13 Jan 2013 15:19:02 GMT) Full text and rfc822 format available.

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.2.92;
	does not compile in 32-bit --with-wide-int on intel Mac OS X 10.6.8
	(Snow Leopard)
Date: Sun, 13 Jan 2013 16:14:30 +0100
Hello!

Configuring like this in 64-bit for the X11, Mac/AppKit, and NS variants leads to a working GNU Emacsen:

	In GNU Emacs 24.2.92.1 (x86_64-apple-darwin10.8.0, X toolkit, Xaw3d scroll bars)
	 of 2013-01-12 on Sumac.local
	Windowing system distributor `The X.Org Foundation', version 11.0.11300000
	Configured using:
	 `configure '--without-pop' '--without-sound' '--without-gpm'
	 '--without-dbus' '--without-selinux' '--with-x-toolkit=athena'
	 '--disable-ns-self-contained' '--without-imagemagick'
	 '--x-libraries=/opt/local/lib' '--x-includes=/opt/local/include'
	 '--enable-locallisppath=/Library/Application
	 Support/Emacs/calendar24:/Library/Application Support/Emacs'
	 'CFLAGS=-g3 -H -pipe -fPIC -fno-common -Os -m64 -march=core2
	 -mtune=core2 -fomit-frame-pointer -msse4.2'
	 'LDFLAGS=-Wl,-dead_strip_dylibs -Wl,-bind_at_load -Wl,-t -m64'
	 'CC=clang' 'CXX=clang++'
	 'PKG_CONFIG_PATH=/usr/lib/pkgconfig:/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig''

but using an invocation à la

	env LANG=C PATH=/sw/bin:$PATH ./configure --build=x86_64-apple-darwin10.8.0 --host=i386-apple-darwin10.8.0 --target=i386-apple-darwin10.8.0 --without-pop --without-sound --without-gpm --without-dbus --without-selinux --with-wide-int --with-x-toolkit=athena --disable-ns-self-contained --without-imagemagick --x-libraries=/usr/X11/lib --x-includes=/usr/X11/include --enable-locallisppath=/Library/Application\ Support/Emacs/calendar24:/Library/Application\ Support/Emacs CFLAGS="-g3 -H -pipe -fPIC -fno-common -Os -march=core2 -mtune=core2 -m32 -fomit-frame-pointer -msse4.2" LDFLAGS="-m32 -Wl,-dead_strip_dylibs -Wl,-bind_at_load -Wl,-t -L/sw/lib" CPPFLAGS=-I/sw/include 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

leads during compilation to such an error:

	if test "no" = "yes"; then \
		  rm -f bootstrap-emacs; \
		  ln temacs bootstrap-emacs; \
		else \
		  `/bin/pwd`/temacs --batch --load loadup bootstrap || exit 1; \
		  test "X" = X ||  -zex emacs; \
		  mv -f emacs bootstrap-emacs; \
		fi
	/bin/sh: line 1: 75966 Bus error               (core dumped) `/bin/pwd`/temacs --batch --load loadup bootstrap
	make[1]: *** [bootstrap-emacs] Error 1
	make: *** [src] Error 2

Even if I reduce FLAGS and optimisation to a minimum. In /opt/local I have 64-bit packages from MacPorts installed, in /sw 32-bits packages from Fink, in the usual Mac OS X places they're "universal". During configuration reasonable differences were found:

	checking build system type... x86_64-apple-darwin10.8.0
	checking host system type... x86_64-apple-darwin10.8.0
	
	checking for bit size of ptrdiff_t... 64
	checking for bit size of size_t... 64
	checking for bit size of sig_atomic_t... 32
	checking for bit size of wchar_t... 32
	checking for bit size of wint_t... 32
	
	checking for ptrdiff_t integer literal suffix... l
	
	checking for ptrdiff_t integer literal suffix... 
	
	checking whether gettimeofday clobbers localtime buffer... no
	checking for gettimeofday with POSIX signature... yes
	checking for working mktime... no
	checking whether signature of pselect conforms to POSIX... yes
	checking whether pselect detects invalid fds... yes

vs.

	checking build system type... x86_64-apple-darwin10.8.0
	checking host system type... i386-apple-darwin10.8.0
	
	checking for bit size of ptrdiff_t... 32
	checking for bit size of size_t... 32
	checking for bit size of sig_atomic_t... 32
	checking for bit size of wchar_t... 32
	checking for bit size of wint_t... 32
	
	checking for ptrdiff_t integer literal suffix… 
	
	checking whether the utimes function works... no
	
	checking whether gettimeofday clobbers localtime buffer... guessing yes
	checking for gettimeofday with POSIX signature... yes
	checking sys/timeb.h usability... yes
	checking sys/timeb.h presence... yes
	checking for sys/timeb.h... yes
	checking for _ftime... no
	checking for working mktime... no
	checking whether signature of pselect conforms to POSIX... yes
	checking whether pselect detects invalid fds... guessing no


--
Greetings

  Pete       (:
        _    / __    -    -
      _/ \__/_/        -     -
     (´`)      (´`)   -    -
      `´        `´





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13427; Package emacs. (Mon, 14 Jan 2013 23:13:01 GMT) Full text and rfc822 format available.

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

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: 13427 <at> debbugs.gnu.org
Subject: Re: bug#13427: Acknowledgement (24.2.92;
	does not compile in 32-bit --with-wide-int on intel Mac OS X 10.6.8
	(Snow Leopard))
Date: Tue, 15 Jan 2013 00:09:13 +0100
I am sorry: I falsely accused the GNU Emacs programmers of releasing source code that does not compile!

The fault is on the side of the patches in emacs-24.2.92-mac-3.92.tar.gz from YAMAMOTO Mitsuharu. In earlier versions his patches were excellent, so this time again I applied them before I first built GNU Emacs --with-wide-int. Without his patches GNU Emacs 24.2.92 builds --with-wide-int on Snow Leopard, Mac OS X 10.6.8, and on PPC Tiger, Mac OS X 10.4.11. When I here apply the patches, GNU Emacs does not build any more, in none of the X11, NS, Mac and no windowing variants.

This reported bug is not a GNU Emacs bug but a YAMAMOTO Mitsuharu. And I sent him a message about this.

--
Greetings

  Pete

’Twas a woman who drove me to drink, and I never had the courtesy to thank her for it.
				— W.C. Fields





Reply sent to Glenn Morris <rgm <at> gnu.org>:
You have taken responsibility. (Tue, 15 Jan 2013 00:13:02 GMT) Full text and rfc822 format available.

Notification sent to Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
bug acknowledged by developer. (Tue, 15 Jan 2013 00:13:02 GMT) Full text and rfc822 format available.

Message #13 received at 13427-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 13427-done <at> debbugs.gnu.org
Subject: Re: bug#13427: Acknowledgement (24.2.92;
	does not compile in 32-bit --with-wide-int on intel Mac OS X 10.6.8
	(Snow Leopard))
Date: Mon, 14 Jan 2013 19:12:09 -0500
Thanks for letting us know. In future please don't make bug reports
without saying extremely clearly that you are using patched sources.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 12 Feb 2013 12:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 12 years and 134 days ago.

Previous Next


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