Package: emacs;
Reported by: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Date: Tue, 1 Nov 2011 00:30:02 UTC
Severity: important
Found in versions 24.1.50, 24.0.90
Done: Paul Eggert <eggert <at> cs.ucla.edu>
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 9927 in the body.
You can then email your comments to 9927 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
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Tue, 01 Nov 2011 00:30:02 GMT) Full text and rfc822 format available.Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:bug-gnu-emacs <at> gnu.org.
(Tue, 01 Nov 2011 00:30: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.0.90; unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Tue, 1 Nov 2011 01:24:20 +0100
Hello! Configuration with a modified configure script (see bug#9755) and compilation are fine, until it's time to create emacs from temacs: --- Load Commands written to Output File --- Writing segment __PAGEZERO @ 0 ( 0/ 0x1000 @ 0) Writing segment __TEXT @ 0 (0x1b2000/0x1b2000 @ 0x1000) Writing segment __DATA @ 0x1b2000 (0x1dc000/0x1dc000 @ 0x1b3000) section __dyld at 0x1b2000 - 0x1b201c (sz: 0x1c) section __nl_symbol_ptr at 0x1b201c - 0x1b2b08 (sz: 0xaec) section __la_symbol_ptr at 0x1b2b08 - 0x1b36d0 (sz: 0xbc8) section __const at 0x1b36d0 - 0x1b4b08 (sz: 0x1438) section __data at 0x1b4b10 - 0x349c92 (sz: 0x195182) unexec: unrecognized section name in __DATA segment Before it was reported: 2 LC_SEGMENT 736 __DATA 0x1b3000 0x1dc000 __dyld 0x1b3000 0x1c __nl_symbol_ptr 0x1b301c 0xaec __la_symbol_ptr 0x1b3b08 0xbc8 __const 0x1b46d0 0x1438 __data 0x1b5b10 0x195182 __static_data 0x34ac92 0x3 __pu_bss2 0x34ac98 0x5418 __pu_bss4 0x3500b0 0x8634 __bss2 0x3586e4 0x2faec __bss4 0x3881d0 0x6564 So it's presumingly the unconventional __static_data section name that produces the premature end of dumping. The GCC 4.6.1 I am using is not supported and not modified by Apple – is updating unexmacosx.c worth the effort? -- Greetings Pete Either this man is dead or my watch has stopped. - Groucho Marx
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Tue, 17 Apr 2012 09:21:01 GMT) Full text and rfc822 format available.Message #8 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: Acknowledgement (24.0.90; unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8) Date: Tue, 17 Apr 2012 11:17:22 +0200
This problem still exists. The Apple modified compilers GCC 4.0, GCC 4.2, and LLVM GCC 4.2 plus the unmodified compilers GCC 4.4.6 and GCC 4.5.3 all can build GNU Emacs 24.1.50, but unmodified GCC 4.6.3 still fails on PPC Leopard, Mac OS X 10.5.8.
It is similar to the situation on intel Snow Leopard, Mac OS X 10.6.8: GCC 4.6.3 cannot produce bootstrap-emacs. Here is a try for 32-bit executable and --with-wide-int:
--- Header Information ---
Magic = 0xfeedface
CPUType = 7
CPUSubType = 3
FileType = 0x2
NCmds = 27
SizeOfCmds = 2812
Flags = 0x01000085
Highest address of load commands in input file: 0x621000
Lowest offset of all sections in __TEXT segment: 0x1900
--- List of Load Commands in Input File ---
# cmd cmdsize name address size
0 LC_SEGMENT 56 __PAGEZERO 0 0x1000
1 LC_SEGMENT 600 __TEXT 0x1000 0x26e000
__text 0x2900 0x2018b6
__text_cold 0x2041b6 0x705
__text_startup 0x2048bb 0x1ab4
__symbol_stub 0x206370 0xe64
__stub_helper 0x2071d4 0x1808
__cstring 0x2089dc 0x159e2
__const 0x21e3c0 0xb40
__eh_frame 0x21ef00 0x500f4
2 LC_SEGMENT 872 __DATA 0x26f000 0x310000
__dyld 0x26f000 0x1c
__nl_symbol_ptr 0x26f01c 0x91c
__la_symbol_ptr 0x26f938 0x998
__data 0x2702d0 0x29f148
__const 0x50f420 0x1914
__static_data 0x510d40 0x31
__pu_bss3 0x510d78 0x858
__bss3 0x5115d0 0x1d08
__bss4 0x5132e0 0xca84
__pu_bss2 0x51fd64 0x7ac
__bss2 0x520510 0x5a9f8
__pu_bss4 0x57af10 0x3b14
3 LC_SEGMENT 56 __LINKEDIT 0x57f000 0xa2000
4 LC_DYLD_INFO_ONLY 48
5 LC_SYMTAB 24
6 LC_DYSYMTAB 80
7 LC_LOAD_DYLINKER 28
8 LC_UUID 24
9 LC_UNIXTHREAD 80
10 LC_LOAD_DYLIB 52
11 LC_LOAD_DYLIB 52
12 LC_LOAD_DYLIB 52
13 LC_LOAD_DYLIB 52
14 LC_LOAD_DYLIB 52
15 LC_LOAD_DYLIB 52
16 LC_LOAD_DYLIB 56
17 LC_LOAD_DYLIB 56
18 LC_LOAD_DYLIB 72
19 LC_LOAD_DYLIB 68
20 LC_LOAD_DYLIB 56
21 LC_LOAD_DYLIB 56
22 LC_LOAD_DYLIB 48
23 LC_LOAD_DYLIB 60
24 LC_LOAD_DYLIB 48
25 LC_LOAD_DYLIB 60
26 LC_LOAD_DYLIB 52
0x2bfc080 (sz: 0x3f1c/ 0x3f20)
0x2b00000 (sz: 0xfc080/ 0xfc080)
0x16fc080 (sz: 0x3f1d/ 0x3f20)
0x1600000 (sz: 0xfc07f/ 0xfc080)
0x2afc080 (sz: 0x3f1c/ 0x3f20)
0x2a00000 (sz: 0xfc080/ 0xfc080)
0x3ff8000 (sz: 0x452/ 0x7f98)
0x3800000 (sz: 0x4365e/0x7f8000)
0x27f8000 (sz: 0x7d7c/ 0x7f98)
0x2000000 (sz: 0x7f8000/0x7f8000)
0x1452000 (sz: 0/ 0x1000)
--- Load Commands written to Output File ---
Writing segment __PAGEZERO @ 0 ( 0/ 0x1000 @ 0)
Writing segment __TEXT @ 0 (0x26e000/0x26e000 @ 0x1000)
Writing segment __DATA @ 0x26e000 (0x310000/0x310000 @ 0x26f000)
section __dyld at 0x26e000 - 0x26e01c (sz: 0x1c)
section __nl_symbol_ptr at 0x26e01c - 0x26e938 (sz: 0x91c)
section __la_symbol_ptr at 0x26e938 - 0x26f2d0 (sz: 0x998)
section __data at 0x26f2d0 - 0x50e418 (sz: 0x29f148)
section __const at 0x50e420 - 0x50fd34 (sz: 0x1914)
unexec: unrecognized section name in __DATA segment
make[1]: *** [bootstrap-emacs] Error 1
make: *** [src] Error 2
--
Greetings
Pete
If you're not confused, you're not paying attention.
Glenn Morris <rgm <at> gnu.org>
to control <at> debbugs.gnu.org.
(Wed, 16 May 2012 07:34:01 GMT) Full text and rfc822 format available.bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Wed, 16 May 2012 17:54:02 GMT) Full text and rfc822 format available.Message #13 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> Cc: 9927 <at> debbugs.gnu.org Subject: Re: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Wed, 16 May 2012 10:53:08 -0700
Peter, does bug 9927 also occur for Emacs 23? We'd like to know whether this bug is a regression and thus is vital to fix before Emacs 24 comes out. Thanks. http://bugs.gnu.org/9927 http://lists.gnu.org/archive/html/emacs-devel/2012-05/msg00348.html -------- Original Message -------- Subject: Re: Pretest/release plans Date: Wed, 16 May 2012 19:03:57 +0800 From: Chong Yidong <cyd <at> gnu.org> To: Glenn Morris <rgm <at> gnu.org> CC: emacs-devel <at> gnu.org Chong Yidong <cyd <at> gnu.org> writes: > I think removing -no-cpp-precomp should be ok for emacs-24, if that is > only for supporting a bug in a nearly 10-year-old vendor-modified > compiler. But could someone with access to Mac OS please first verify > that emacs-24 builds when this change is made? Actually, nevermind---I just saw your message that even with this change, Emacs still doesn't dump with gcc-4.6 on OS X. So it's not worth it. Does anyone know if Bug#9927 exists for Emacs 23 as well, or if it is an Emacs 24 regression?
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Wed, 16 May 2012 22:15:01 GMT) Full text and rfc822 format available.Message #16 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: 9927 <at> debbugs.gnu.org Subject: Re: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Thu, 17 May 2012 00:09:42 +0200
Am 16.05.2012 um 19:53 schrieb Paul Eggert: > Peter, does bug 9927 also occur for Emacs 23? We'd like > to know whether this bug is a regression and thus is vital > to fix before Emacs 24 comes out. Thanks. > > http://bugs.gnu.org/9927 > > http://lists.gnu.org/archive/html/emacs-devel/2012-05/msg00348.html I re-installed Mac OS X recently and so my first installation of GCC 4.6 and others was removed. I started to reinstall. With a few dependencies it might take a few hours and maybe I go to sleep before all is finished – it's after midnight already in Europe. Will it be OK if I compile GNU Emacs 23.4 as X client modified with the patches by YAMAMOTO Mitsuharu? (Which helps to build the native Mac OS X "AppKit" Emacs.) -- Greetings Pete Build a man a fire and he'll be warm for a night, but set a man on fire and he'll be warm for the rest of his life.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Wed, 16 May 2012 23:39:02 GMT) Full text and rfc822 format available.Message #19 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: 9927 <at> debbugs.gnu.org Subject: Re: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Thu, 17 May 2012 01:35:55 +0200
Am 16.05.2012 um 19:53 schrieb Paul Eggert:
> Peter, does bug 9927 also occur for Emacs 23?
Yes, this it the failure with GCC 4.6.3 for a 32-bit target on 64-bit hardware without --wide-int configure option in GNU Emacs 23.4 with the YAMAMOTO Mitsuharu patches applied:
--- Header Information ---
Magic = 0xfeedface
CPUType = 7
CPUSubType = 3
FileType = 0x2
NCmds = 25
SizeOfCmds = 2564
Flags = 0x01000085
Highest address of load commands in input file: 0x441000
Lowest offset of all sections in __TEXT segment: 0x15f4
--- List of Load Commands in Input File ---
# cmd cmdsize name address size
0 LC_SEGMENT 56 __PAGEZERO 0 0x1000
1 LC_SEGMENT 600 __TEXT 0x1000 0x1ba000
__text 0x25f4 0x156668
__text_cold 0x158c5c 0x616
__text_startup 0x159272 0x132e
__symbol_stub 0x15a5a0 0xc90
__stub_helper 0x15b230 0x14fc
__cstring 0x15c72c 0x14683
__const 0x170db0 0x820
__eh_frame 0x1715d0 0x49a24
2 LC_SEGMENT 736 __DATA 0x1bb000 0x1dc000
__dyld 0x1bb000 0x1c
__nl_symbol_ptr 0x1bb01c 0xb14
__la_symbol_ptr 0x1bbb30 0x860
__data 0x1bc390 0x1956dc
__const 0x351a70 0x1008
__static_data 0x352a80 0x31
__bss4 0x352ac0 0x6424
__bss2 0x358ee4 0x2fc68
__pu_bss2 0x388b4c 0x5490
__pu_bss4 0x38dfe0 0x8454
3 LC_SEGMENT 56 __LINKEDIT 0x397000 0xaa000
4 LC_DYLD_INFO_ONLY 48
5 LC_SYMTAB 24
6 LC_DYSYMTAB 80
7 LC_LOAD_DYLINKER 28
8 LC_UUID 24
9 LC_UNIXTHREAD 80
10 LC_LOAD_DYLIB 52
11 LC_LOAD_DYLIB 52
12 LC_LOAD_DYLIB 52
13 LC_LOAD_DYLIB 52
14 LC_LOAD_DYLIB 52
15 LC_LOAD_DYLIB 52
16 LC_LOAD_DYLIB 56
17 LC_LOAD_DYLIB 56
18 LC_LOAD_DYLIB 72
19 LC_LOAD_DYLIB 68
20 LC_LOAD_DYLIB 60
21 LC_LOAD_DYLIB 48
22 LC_LOAD_DYLIB 52
23 LC_LOAD_DYLIB 56
24 LC_LOAD_DYLIB 52
0x1cfc080 (sz: 0x3f1c/ 0x3f20)
0x1c00000 (sz: 0xfc080/ 0xfc080)
0x18fc080 (sz: 0x3f1c/ 0x3f20)
0x1800000 (sz: 0xfc080/ 0xfc080)
0x27f8000 (sz: 0x5316/ 0x7f98)
0x2000000 (sz: 0x52f0d3/0x7f8000)
0xaef000 (sz: 0/ 0x1000)
--- Load Commands written to Output File ---
Writing segment __PAGEZERO @ 0 ( 0/ 0x1000 @ 0)
Writing segment __TEXT @ 0 (0x1ba000/0x1ba000 @ 0x1000)
Writing segment __DATA @ 0x1ba000 (0x1dc000/0x1dc000 @ 0x1bb000)
section __dyld at 0x1ba000 - 0x1ba01c (sz: 0x1c)
section __nl_symbol_ptr at 0x1ba01c - 0x1bab30 (sz: 0xb14)
section __la_symbol_ptr at 0x1bab30 - 0x1bb390 (sz: 0x860)
section __data at 0x1bb390 - 0x350a6c (sz: 0x1956dc)
section __const at 0x350a70 - 0x351a78 (sz: 0x1008)
unexec: unrecognized section name in __DATA segment
make[1]: *** [bootstrap-emacs] Error 1
make[1]: Target `all' not remade because of errors.
make: *** [src] Error 2
make: Target `all' not remade because of errors.
Time spent in user mode (CPU seconds) : 58.321s
Time spent in kernel mode (CPU seconds) : 2.891s
Total time : 1:15.72s
CPU utilisation (percentage) : 80.8%
Exit 2
Compilation exited abnormally with code 2 at Thu May 17 01:27:46
I can try more
--
Mit friedvollen Grüßen
Pete <\
_\ O _
|o \ _\\_/-\='
_____________(_)|-(_) (_)___________________________________
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 06:37:02 GMT) Full text and rfc822 format available.Message #22 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> Cc: 9927 <at> debbugs.gnu.org Subject: Re: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Wed, 16 May 2012 23:35:16 -0700
On 05/16/2012 04:35 PM, Peter Dyballa wrote: >> Peter, does bug 9927 also occur for Emacs 23? > Yes Thanks, in that case this bug is not a regression (i.e., it is not new to Emacs 24) and so we can fix it in the trunk at our leisure rather than worrying about fixing it quickly before Emacs 24 comes out. I'm afraid that fixing it will require some expertise in Mac OS X and its executable format, expertise that I do not have.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 08:40:02 GMT) Full text and rfc822 format available.Message #25 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: 9927 <at> debbugs.gnu.org Subject: Re: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Thu, 17 May 2012 10:36:13 +0200
Am 17.05.2012 um 08:35 schrieb Paul Eggert: > > I'm afraid that fixing it will require some expertise in Mac OS X and > its executable format, expertise that I do not have. And neither me... Maybe it's not necessary to work hard on this: Apple prefers Clang and LLVM GCC 4.2 over GCC 4.5, 4.6, 4.7,... These produce files unexmacosx can handle. Here is a slightly different failure when I use GCC 4.7.0: --- Header Information --- Magic = 0xfeedface CPUType = 7 CPUSubType = 3 FileType = 0x2 NCmds = 25 SizeOfCmds = 2564 Flags = 0x01000085 Highest address of load commands in input file: 0x438000 Lowest offset of all sections in __TEXT segment: 0x1650 --- List of Load Commands in Input File --- # cmd cmdsize name address size 0 LC_SEGMENT 56 __PAGEZERO 0 0x1000 1 LC_SEGMENT 600 __TEXT 0x1000 0x1b0000 __text 0x2650 0x155c63 __text_cold 0x1582b3 0x761 __text_startup 0x158a14 0x1339 __symbol_stub 0x159d4e 0xc90 __stub_helper 0x15a9e0 0x14fc __cstring 0x15bedc 0x14683 __const 0x170560 0x838 __eh_frame 0x170d98 0x40268 2 LC_SEGMENT 736 __DATA 0x1b1000 0x1dc000 __program_vars 0x1b1000 0x14 __nl_symbol_ptr 0x1b1014 0xb14 __la_symbol_ptr 0x1b1b28 0x860 __data 0x1b2390 0x1956dc __const 0x347a70 0x1008 __static_data 0x348a80 0x31 __bss4 0x348ac0 0x6554 __bss2 0x34f014 0x2fb68 __pu_bss2 0x37eb7c 0x5414 __pu_bss4 0x383f90 0x85e4 3 LC_SEGMENT 56 __LINKEDIT 0x38d000 0xab000 4 LC_DYLD_INFO_ONLY 48 5 LC_SYMTAB 24 6 LC_DYSYMTAB 80 7 LC_LOAD_DYLINKER 28 8 LC_UUID 24 9 LC_UNIXTHREAD 80 10 LC_LOAD_DYLIB 52 11 LC_LOAD_DYLIB 52 12 LC_LOAD_DYLIB 52 13 LC_LOAD_DYLIB 52 14 LC_LOAD_DYLIB 52 15 LC_LOAD_DYLIB 52 16 LC_LOAD_DYLIB 56 17 LC_LOAD_DYLIB 56 18 LC_LOAD_DYLIB 72 19 LC_LOAD_DYLIB 68 20 LC_LOAD_DYLIB 60 21 LC_LOAD_DYLIB 48 22 LC_LOAD_DYLIB 52 23 LC_LOAD_DYLIB 56 24 LC_LOAD_DYLIB 52 0x1cfc080 (sz: 0x3f1c/ 0x3f20) 0x1c00000 (sz: 0xfc080/ 0xfc080) 0x18fc080 (sz: 0x3f1c/ 0x3f20) 0x1800000 (sz: 0xfc080/ 0xfc080) 0x27f8000 (sz: 0x5316/ 0x7f98) 0x2000000 (sz: 0x52f08b/0x7f8000) 0xae6000 (sz: 0/ 0x1000) --- Load Commands written to Output File --- Writing segment __PAGEZERO @ 0 ( 0/ 0x1000 @ 0) Writing segment __TEXT @ 0 (0x1b0000/0x1b0000 @ 0x1000) Writing segment __DATA @ 0x1b0000 (0x1dc000/0x1dc000 @ 0x1b1000) section __program_vars at 0x1b0000 - 0x1b0014 (sz: 0x14) section __nl_symbol_ptr at 0x1b0014 - 0x1b0b28 (sz: 0xb14) section __la_symbol_ptr at 0x1b0b28 - 0x1b1388 (sz: 0x860) section __data at 0x1b1390 - 0x346a6c (sz: 0x1956dc) section __const at 0x346a70 - 0x347a78 (sz: 0x1008) unexec: unrecognized section name in __DATA segment make[1]: *** [bootstrap-emacs] Error 1 make[1]: Target `all' not remade because of errors. make: *** [src] Error 2 make: Target `all' not remade because of errors. -- Greetings Pete To most people solutions mean finding the answers. But to chemists solutions are things that are still all mixed up.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 10:59:01 GMT) Full text and rfc822 format available.Message #28 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Andreas Schwab <schwab <at> linux-m68k.org> To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Thu, 17 May 2012 12:58:06 +0200
Peter Dyballa <Peter_Dyballa <at> Freenet.DE> writes: > unexec: unrecognized section name in __DATA segment What is the actual section name? 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."
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 11:54:01 GMT) Full text and rfc822 format available.Message #31 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Andreas Schwab <schwab <at> linux-m68k.org> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Thu, 17 May 2012 13:50:07 +0200
Am 17.05.2012 um 12:58 schrieb Andreas Schwab: > Peter Dyballa <Peter_Dyballa <at> Freenet.DE> writes: > >> unexec: unrecognized section name in __DATA segment > > What is the actual section name? I can see in src/emacs produced by GCC 4.7.0: __PAGEZERO __TEXT __text __TEXT __text_cold __TEXT __text_startup __TEXT __symbol_stub __TEXT __stub_helper __TEXT __cstring __TEXT __const __TEXT __eh_frame __TEXT __DATA __program_vars __DATA __nl_symbol_ptr __DATA __la_symbol_ptr __DATA __data __DATA __const __DATA __static_data __DATA __bss4 __DATA __bss2 __DATA __pu_bss2 __DATA __pu_bss4 __DATA __LINKEDIT /usr/lib/dyld <div. shared libraries> -- Mit friedvollen Grüßen Pete And always remember the last words of my grandfather, who said: “A truck!” — Emo Phillips
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 12:24:01 GMT) Full text and rfc822 format available.Message #34 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Andreas Schwab <schwab <at> linux-m68k.org> To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Thu, 17 May 2012 14:22:40 +0200
Which of them are part of the data segment? 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."
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 13:40:01 GMT) Full text and rfc822 format available.Message #37 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Andreas Schwab <schwab <at> linux-m68k.org> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Thu, 17 May 2012 15:36:45 +0200
Am 17.05.2012 um 14:22 schrieb Andreas Schwab:
> Which of them are part of the data segment?
I can't tell! I opened src/emacs in GNU Emacs and read and then copied the text strings sequentially. Can you tell me how to "parse" src/emacs?
--
Mit evolutionären Grüßen
Pete
"Evolution" o __o _o _
°\___o /0~ -\<, ^\___ /=\\_/-%
oo~_______ /\ /\______/ \_________O/ O_______________o===>-->O--o____
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 14:07:02 GMT) Full text and rfc822 format available.Message #40 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Andreas Schwab <schwab <at> linux-m68k.org> To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Thu, 17 May 2012 16:05:39 +0200
Peter Dyballa <Peter_Dyballa <at> Freenet.DE> writes: > Am 17.05.2012 um 14:22 schrieb Andreas Schwab: > >> Which of them are part of the data segment? > > I can't tell! I opened src/emacs in GNU Emacs and read and then copied the text strings sequentially. Can you tell me how to "parse" src/emacs? objdump. 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."
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 14:56:01 GMT) Full text and rfc822 format available.Message #43 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Andreas Schwab <schwab <at> linux-m68k.org> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Thu, 17 May 2012 16:53:03 +0200
Am 17.05.2012 um 16:05 schrieb Andreas Schwab: > objdump. Great! It's not available for Mac OS X. It seems as if PowerPC hardware based Mac OS X has support. I'll try to install that and what it reveals – in case it builds... -- Mit friedvollen Grüßen Pete Es ist, glaub' ich, nichts so heiß, wie's gerne scheinen möchte.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 19:17:01 GMT) Full text and rfc822 format available.Message #46 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Andreas Schwab <schwab <at> linux-m68k.org> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Thu, 17 May 2012 21:12:12 +0200
Is this the information you want? Produced with GCC 4.7.0.
src/emacs: file format mach-o-i386
src/emacs
architecture: i386, flags 0x00000012:
EXEC_P, HAS_SYMS
start address 0x0000282c
Mach-O header:
magic : feedface
cputype : 00000007 (i386)
cpusubtype: 00000003
filetype : 00000002 (execute)
ncmds : 00000023 (35)
sizeofcmds: 00000adc
flags : 01000085 (noundefs+dyldlink+twolevel+0x1000000)
reserved : 00000002
Load command segment: name: __PAGEZERO
vmaddr: 0000000000000000 vmsize: 0000000000001000
fileoff: 0000000000000000 filesize: 0000000000000000 endoff: 0000000000000000
nsects: 0 flags: 0
Load command segment: name: __TEXT
vmaddr: 0000000000001000 vmsize: 0000000000262000
fileoff: 0000000000000000 filesize: 0000000000262000 endoff: 0000000000262000
nsects: 6 flags: 0
Section: __text __TEXT (bfdname: .text)
addr: 000000000000282c size: 0000000000242e14 offset: 000000000000182c
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 80000400 (type: regular attr: some_instructions+pure_instructions)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __symbol_stub __TEXT (bfdname: __TEXT.__symbol_stub)
addr: 0000000000245640 size: 0000000000000ed6 offset: 0000000000244640
align: 1 nreloc: 0 reloff: 0000000000000000
flags: 80000408 (type: symbol_stubs attr: some_instructions+pure_instructions)
first indirect sym: 0 (633 entries) stub size: 6 reserved3: 0x0
Section: __stub_helper __TEXT (bfdname: __TEXT.__stub_helper)
addr: 0000000000246518 size: 00000000000018c8 offset: 0000000000245518
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 80000400 (type: regular attr: some_instructions+pure_instructions)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __const __TEXT (bfdname: .const)
addr: 0000000000247de0 size: 0000000000000828 offset: 0000000000246de0
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __cstring __TEXT (bfdname: .cstring)
addr: 0000000000248610 size: 000000000001a9a4 offset: 0000000000247610
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000002 (type: cstring_literals attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __unwind_info __TEXT (bfdname: __TEXT.__unwind_info)
addr: 0000000000262fb4 size: 0000000000000048 offset: 0000000000261fb4
align: 0 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Load command segment: name: __DATA
vmaddr: 0000000000263000 vmsize: 000000000030d000
fileoff: 0000000000262000 filesize: 000000000030d000 endoff: 000000000056f000
nsects: 7 flags: 0
Section: __program_vars __DATA (bfdname: __DATA.__program_vars)
addr: 0000000000263000 size: 0000000000000014 offset: 0000000000262000
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __nl_symbol_ptr __DATA (bfdname: .non_lazy_symbol_ptr)
addr: 0000000000263014 size: 000000000000090c offset: 0000000000262014
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 00000006 (type: non_lazy_symbol_pointers attr: -)
first indirect sym: 633 (579 entries) reserved2: 0x0 reserved3: 0x0
Section: __la_symbol_ptr __DATA (bfdname: .lazy_symbol_ptr)
addr: 0000000000263920 size: 00000000000009e4 offset: 0000000000262920
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 00000007 (type: lazy_symbol_pointers attr: -)
first indirect sym: 1212 (633 entries) reserved2: 0x0 reserved3: 0x0
Section: __data __DATA (bfdname: .data)
addr: 0000000000264310 size: 000000000029f118 offset: 0000000000263310
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __const __DATA (bfdname: .const_data)
addr: 0000000000503430 size: 0000000000001a1c offset: 0000000000502430
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __common __DATA (bfdname: __DATA.__common)
addr: 0000000000504e50 size: 0000000000004308 offset: 0000000000503e50
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __bss __DATA (bfdname: .bss)
addr: 0000000000509160 size: 0000000000066c31 offset: 0000000000508160
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Load command segment: name: __DATA
vmaddr: 00000000013e6000 vmsize: 0000000000001000
fileoff: 000000000056f000 filesize: 0000000000000000 endoff: 000000000056f000
nsects: 0 flags: 0
Load command segment: name: __DATA
vmaddr: 0000000001500000 vmsize: 00000000000fffa0
fileoff: 000000000056f000 filesize: 00000000000fff9d endoff: 000000000066ef9d
nsects: 0 flags: 0
Load command segment: name: __DATA
vmaddr: 0000000002000000 vmsize: 00000000007f8000
fileoff: 000000000066f000 filesize: 00000000004fb25e endoff: 0000000000b6a25e
nsects: 0 flags: 0
Load command segment: name: __DATA
vmaddr: 00000000027f8000 vmsize: 0000000000007f98
fileoff: 0000000000b6b000 filesize: 0000000000004fce endoff: 0000000000b6ffce
nsects: 0 flags: 0
Load command segment: name: __DATA
vmaddr: 0000000002b00000 vmsize: 00000000000fffa0
fileoff: 0000000000b70000 filesize: 00000000000fff9c endoff: 0000000000c6ff9c
nsects: 0 flags: 0
Load command segment: name: __DATA
vmaddr: 0000000002c00000 vmsize: 00000000000fffa0
fileoff: 0000000000c70000 filesize: 00000000000fff9c endoff: 0000000000d6ff9c
nsects: 0 flags: 0
Load command segment: name: __LINKEDIT
vmaddr: 0000000000570000 vmsize: 00000000000a4000
fileoff: 0000000000d70000 filesize: 00000000000a3798 endoff: 0000000000e13798
nsects: 0 flags: 0
Load command dyld_info:
rebase: off: 0x00000000 size: 0
bind: off: 0x00d70000 size: 12300
weak bind: off: 0x00000000 size: 0
lazy bind: off: 0x00000000 size: 0
export: off: 0x00d7300c size: 65164
Load command symtab:
symoff: 0x00d82e98 nsyms: 25191 (endoff: 0x00dccb6c)
stroff: 0x00dce840 strsize: 282456 (endoff: 0x00e13798)
Load command dysymtab:
local symbols: idx: 0 num: 21664 (nxtidx: 21664)
external symbols: idx: 21664 num: 2870 (nxtidx: 24534)
undefined symbols: idx: 24534 num: 657 (nxtidx: 25191)
table of content: off: 0x00000000 num: 0 (endoff: 0x00000000)
module table: off: 0x00000000 num: 0 (endoff: 0x00000000)
external reference table: off: 0x00000000 num: 0 (endoff: 0x00000000)
indirect symbol table: off: 0x00dccb6c num: 1845 (endoff: 0x00dce840)
external relocation table: off: 0x00000000 num: 0 (endoff: 0x00000000)
local relocation table: off: 0x00000000 num: 0 (endoff: 0x00000000)
indirect symbols:
for section __TEXT.__symbol_stub:
...
Load command load_dylinker: /usr/lib/dyld
Load command uuid: 68 94 de 22 9a 65 3f 0d b1 f1 02 01 ce 4b 6a 93
Load command unixthread: nflavours: 1
0: flavour: 0x00000001 offset: 0x0000069c size: 0x00000040
Load command load_dylib: /sw/lib/libXaw3d.7.dylib
time stamp: 0x00000002
current version: 0x00070000
comptibility version: 0x00070000
Load command load_dylib: /usr/X11/lib/libXmu.6.dylib
time stamp: 0x00000002
current version: 0x00090000
comptibility version: 0x00090000
Load command load_dylib: /usr/X11/lib/libXt.6.dylib
time stamp: 0x00000002
current version: 0x00070000
comptibility version: 0x00070000
Load command load_dylib: /usr/X11/lib/libSM.6.dylib
time stamp: 0x00000002
current version: 0x00070000
comptibility version: 0x00070000
Load command load_dylib: /usr/X11/lib/libICE.6.dylib
time stamp: 0x00000002
current version: 0x000a0000
comptibility version: 0x000a0000
Load command load_dylib: /usr/X11/lib/libX11.6.dylib
time stamp: 0x00000002
current version: 0x00090000
comptibility version: 0x00090000
Load command load_dylib: /usr/X11/lib/libXrender.1.dylib
time stamp: 0x00000002
current version: 0x00050000
comptibility version: 0x00050000
Load command load_dylib: /sw/lib/xft2/lib/libXft.2.dylib
time stamp: 0x00000002
current version: 0x00050000
comptibility version: 0x00050000
Load command load_dylib: /sw/lib/fontconfig2/lib/libfontconfig.1.dylib
time stamp: 0x00000002
current version: 0x00060400
comptibility version: 0x00060000
Load command load_dylib: /sw/lib/freetype219/lib/libfreetype.6.dylib
time stamp: 0x00000002
current version: 0x000e0100
comptibility version: 0x000e0000
Load command load_dylib: /sw/lib/libMagickWand.5.dylib
time stamp: 0x00000002
current version: 0x00060000
comptibility version: 0x00060000
Load command load_dylib: /sw/lib/libMagickCore.5.dylib
time stamp: 0x00000002
current version: 0x00060000
comptibility version: 0x00060000
Load command load_dylib: /sw/lib/libxml2.2.dylib
time stamp: 0x00000002
current version: 0x000a0800
comptibility version: 0x000a0000
Load command load_dylib: /sw/lib/ncurses/libncurses.5.dylib
time stamp: 0x00000002
current version: 0x00050000
comptibility version: 0x00050000
Load command load_dylib: /sw/lib/libotf.0.dylib
time stamp: 0x00000002
current version: 0x00010000
comptibility version: 0x00010000
Load command load_dylib: /sw/lib/libm17n-flt.0.dylib
time stamp: 0x00000002
current version: 0x00050000
comptibility version: 0x00050000
Load command load_dylib: /sw/lib/libm17n-core.0.dylib
time stamp: 0x00000002
current version: 0x00050000
comptibility version: 0x00050000
Load command load_dylib: /sw/lib/gnutls28/libgnutls.28.dylib
time stamp: 0x00000002
current version: 0x00240100
comptibility version: 0x00240000
Load command load_dylib: /usr/lib/libSystem.B.dylib
time stamp: 0x00000002
current version: 0x007d020b
comptibility version: 0x00010000
Segments and Sections:
#: Segment name Section name Address
[Segment __PAGEZERO 0000000000000000-0000000000000fff ---]
[Segment __TEXT 0000000000001000-0000000000262fff r-x]
01: __TEXT __text 000000000000282c 0000000000242e14 80000400
02: __TEXT __symbol_stub 0000000000245640 0000000000000ed6 80000408
03: __TEXT __stub_helper 0000000000246518 00000000000018c8 80000400
04: __TEXT __const 0000000000247de0 0000000000000828 00000000
05: __TEXT __cstring 0000000000248610 000000000001a9a4 00000002
06: __TEXT __unwind_info 0000000000262fb4 0000000000000048 00000000
[Segment __DATA 0000000000263000-000000000056ffff rw-]
07: __DATA __program_vars 0000000000263000 0000000000000014 00000000
08: __DATA __nl_symbol_ptr 0000000000263014 000000000000090c 00000006
09: __DATA __la_symbol_ptr 0000000000263920 00000000000009e4 00000007
10: __DATA __data 0000000000264310 000000000029f118 00000000
11: __DATA __const 0000000000503430 0000000000001a1c 00000000
12: __DATA __common 0000000000504e50 0000000000004308 00000000
13: __DATA __bss 0000000000509160 0000000000066c31 00000000
[Segment __DATA 00000000013e6000-00000000013e6fff rw-]
[Segment __DATA 0000000001500000-00000000015fff9f rw-]
[Segment __DATA 0000000002000000-00000000027f7fff rw-]
[Segment __DATA 00000000027f8000-00000000027fff97 rw-]
[Segment __DATA 0000000002b00000-0000000002bfff9f rw-]
[Segment __DATA 0000000002c00000-0000000002cfff9f rw-]
[Segment __LINKEDIT 0000000000570000-0000000000613fff r--]
Sections:
Idx Name Size VMA LMA File off Algn
0 .text 00242e14 0000282c 0000282c 0000182c 2**2
CONTENTS, ALLOC, LOAD, CODE
1 __TEXT.__symbol_stub 00000ed6 00245640 00245640 00244640 2**1
CONTENTS, ALLOC, LOAD, READONLY, CODE
2 __TEXT.__stub_helper 000018c8 00246518 00246518 00245518 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
3 .const 00000828 00247de0 00247de0 00246de0 2**4
CONTENTS, ALLOC, LOAD, READONLY, DATA
4 .cstring 0001a9a4 00248610 00248610 00247610 2**4
CONTENTS, ALLOC, LOAD, READONLY, DATA
5 __TEXT.__unwind_info 00000048 00262fb4 00262fb4 00261fb4 2**0
CONTENTS, ALLOC, LOAD, READONLY, CODE
6 __DATA.__program_vars 00000014 00263000 00263000 00262000 2**2
CONTENTS, ALLOC, LOAD, DATA
7 .non_lazy_symbol_ptr 0000090c 00263014 00263014 00262014 2**2
CONTENTS, ALLOC, LOAD, DATA
8 .lazy_symbol_ptr 000009e4 00263920 00263920 00262920 2**2
CONTENTS, ALLOC, LOAD, DATA
9 .data 0029f118 00264310 00264310 00263310 2**4
CONTENTS, ALLOC, LOAD, DATA
10 .const_data 00001a1c 00503430 00503430 00502430 2**4
CONTENTS, ALLOC, LOAD, DATA
11 __DATA.__common 00004308 00504e50 00504e50 00503e50 2**4
CONTENTS, ALLOC, LOAD, DATA
12 .bss 00066c31 00509160 00509160 00508160 2**4
CONTENTS, ALLOC, LOAD, DATA
13 LC_THREAD.x86_THREAD_STATE32.0 00000040 00000000 00000000 0000069c 2**0
CONTENTS
--
Mit friedvollen Grüßen
Pete
These are my principles and if you don't like them... well, I have others.
- Groucho Marx
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 22:56:02 GMT) Full text and rfc822 format available.Message #49 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Andreas Schwab <schwab <at> linux-m68k.org> To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Fri, 18 May 2012 00:54:50 +0200
Peter Dyballa <Peter_Dyballa <at> Freenet.DE> writes: > src/emacs: file format mach-o-i386 temacs, not emacs (which didn't build). 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."
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 17 May 2012 23:15:02 GMT) Full text and rfc822 format available.Message #52 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Andreas Schwab <schwab <at> linux-m68k.org> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: unexec/unexmacosx fails with GCC 4.6.1 on intel Mac OS X 10.6.8 Date: Fri, 18 May 2012 01:08:40 +0200
Am 18.05.2012 um 00:54 schrieb Andreas Schwab:
> temacs, not emacs (which didn't build).
src/temacs: file format mach-o-i386
src/temacs
architecture: i386, flags 0x00000012:
EXEC_P, HAS_SYMS
start address 0x00002650
Mach-O header:
magic : feedface
cputype : 00000007 (i386)
cpusubtype: 00000003
filetype : 00000002 (execute)
ncmds : 00000019 (25)
sizeofcmds: 00000a04
flags : 01000085 (noundefs+dyldlink+twolevel+0x1000000)
reserved : 00000002
Load command segment: name: __PAGEZERO
vmaddr: 0000000000000000 vmsize: 0000000000001000
fileoff: 0000000000000000 filesize: 0000000000000000 endoff: 0000000000000000
nsects: 0 flags: 0
Load command segment: name: __TEXT
vmaddr: 0000000000001000 vmsize: 00000000001b0000
fileoff: 0000000000000000 filesize: 00000000001b0000 endoff: 00000000001b0000
nsects: 8 flags: 0
Section: __text __TEXT (bfdname: .text)
addr: 0000000000002650 size: 0000000000155c63 offset: 0000000000001650
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 80000400 (type: regular attr: some_instructions+pure_instructions)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __text_cold __TEXT (bfdname: __TEXT.__text_cold)
addr: 00000000001582b3 size: 0000000000000761 offset: 00000000001572b3
align: 0 nreloc: 0 reloff: 0000000000000000
flags: 80000400 (type: regular attr: some_instructions+pure_instructions)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __text_startup __TEXT (bfdname: __TEXT.__text_startup)
addr: 0000000000158a14 size: 0000000000001339 offset: 0000000000157a14
align: 0 nreloc: 0 reloff: 0000000000000000
flags: 80000400 (type: regular attr: some_instructions+pure_instructions)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __symbol_stub __TEXT (bfdname: __TEXT.__symbol_stub)
addr: 0000000000159d4e size: 0000000000000c90 offset: 0000000000158d4e
align: 1 nreloc: 0 reloff: 0000000000000000
flags: 80000408 (type: symbol_stubs attr: some_instructions+pure_instructions)
first indirect sym: 0 (536 entries) stub size: 6 reserved3: 0x0
Section: __stub_helper __TEXT (bfdname: __TEXT.__stub_helper)
addr: 000000000015a9e0 size: 00000000000014fc offset: 00000000001599e0
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 80000400 (type: regular attr: some_instructions+pure_instructions)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __cstring __TEXT (bfdname: .cstring)
addr: 000000000015bedc size: 0000000000014683 offset: 000000000015aedc
align: 0 nreloc: 0 reloff: 0000000000000000
flags: 00000002 (type: cstring_literals attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __const __TEXT (bfdname: .const)
addr: 0000000000170560 size: 0000000000000838 offset: 000000000016f560
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __eh_frame __TEXT (bfdname: .eh_frame)
addr: 0000000000170d98 size: 0000000000040268 offset: 000000000016fd98
align: 3 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Load command segment: name: __DATA
vmaddr: 00000000001b1000 vmsize: 00000000001dc000
fileoff: 00000000001b0000 filesize: 0000000000198000 endoff: 0000000000348000
nsects: 10 flags: 0
Section: __program_vars __DATA (bfdname: __DATA.__program_vars)
addr: 00000000001b1000 size: 0000000000000014 offset: 00000000001b0000
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __nl_symbol_ptr __DATA (bfdname: .non_lazy_symbol_ptr)
addr: 00000000001b1014 size: 0000000000000b14 offset: 00000000001b0014
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 00000006 (type: non_lazy_symbol_pointers attr: -)
first indirect sym: 536 (709 entries) reserved2: 0x0 reserved3: 0x0
Section: __la_symbol_ptr __DATA (bfdname: .lazy_symbol_ptr)
addr: 00000000001b1b28 size: 0000000000000860 offset: 00000000001b0b28
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 00000007 (type: lazy_symbol_pointers attr: -)
first indirect sym: 1245 (536 entries) reserved2: 0x0 reserved3: 0x0
Section: __data __DATA (bfdname: .data)
addr: 00000000001b2390 size: 00000000001956dc offset: 00000000001b1390
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __const __DATA (bfdname: .const_data)
addr: 0000000000347a70 size: 0000000000001008 offset: 0000000000346a70
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __static_data __DATA (bfdname: __DATA.__static_data)
addr: 0000000000348a80 size: 0000000000000031 offset: 0000000000347a80
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000000 (type: regular attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __bss4 __DATA (bfdname: __DATA.__bss4)
addr: 0000000000348ac0 size: 0000000000006554 offset: 0000000000000000
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000001 (type: zerofill attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __bss2 __DATA (bfdname: __DATA.__bss2)
addr: 000000000034f014 size: 000000000002fb68 offset: 0000000000000000
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 00000001 (type: zerofill attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __pu_bss2 __DATA (bfdname: __DATA.__pu_bss2)
addr: 000000000037eb7c size: 0000000000005414 offset: 0000000000000000
align: 2 nreloc: 0 reloff: 0000000000000000
flags: 00000001 (type: zerofill attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Section: __pu_bss4 __DATA (bfdname: __DATA.__pu_bss4)
addr: 0000000000383f90 size: 00000000000085e4 offset: 0000000000000000
align: 4 nreloc: 0 reloff: 0000000000000000
flags: 00000001 (type: zerofill attr: -)
reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
Load command segment: name: __LINKEDIT
vmaddr: 000000000038d000 vmsize: 00000000000ab000
fileoff: 0000000000348000 filesize: 00000000000aa13c endoff: 00000000003f213c
nsects: 0 flags: 0
Load command dyld_info:
rebase: off: 0x00000000 size: 0
bind: off: 0x00348000 size: 9976
weak bind: off: 0x00000000 size: 0
lazy bind: off: 0x00000000 size: 0
export: off: 0x0034a6f8 size: 118524
Load command symtab:
symoff: 0x003675f4 nsyms: 24641 (endoff: 0x003af900)
stroff: 0x003b14d4 strsize: 265320 (endoff: 0x003f213c)
Load command dysymtab:
local symbols: idx: 0 num: 19003 (nxtidx: 19003)
external symbols: idx: 19003 num: 5080 (nxtidx: 24083)
undefined symbols: idx: 24083 num: 558 (nxtidx: 24641)
table of content: off: 0x00000000 num: 0 (endoff: 0x00000000)
module table: off: 0x00000000 num: 0 (endoff: 0x00000000)
external reference table: off: 0x00000000 num: 0 (endoff: 0x00000000)
indirect symbol table: off: 0x003af900 num: 1781 (endoff: 0x003b14d4)
external relocation table: off: 0x00000000 num: 0 (endoff: 0x00000000)
local relocation table: off: 0x00000000 num: 0 (endoff: 0x00000000)
indirect symbols:
for section __TEXT.__symbol_stub:
...
Load command load_dylinker: /usr/lib/dyld
Load command uuid: ae 62 e3 2e fa 65 31 21 ba 4e bd 81 83 85 f8 a1
Load command unixthread: nflavours: 1
0: flavour: 0x00000001 offset: 0x000006a0 size: 0x00000040
Load command load_dylib: /sw/lib/libXaw3d.7.dylib
time stamp: 0x00000002
current version: 0x00070000
comptibility version: 0x00070000
Load command load_dylib: /usr/X11/lib/libXmu.6.dylib
time stamp: 0x00000002
current version: 0x00090000
comptibility version: 0x00090000
Load command load_dylib: /usr/X11/lib/libXt.6.dylib
time stamp: 0x00000002
current version: 0x00070000
comptibility version: 0x00070000
Load command load_dylib: /usr/X11/lib/libSM.6.dylib
time stamp: 0x00000002
current version: 0x00070000
comptibility version: 0x00070000
Load command load_dylib: /usr/X11/lib/libICE.6.dylib
time stamp: 0x00000002
current version: 0x000a0000
comptibility version: 0x000a0000
Load command load_dylib: /usr/X11/lib/libX11.6.dylib
time stamp: 0x00000002
current version: 0x00090000
comptibility version: 0x00090000
Load command load_dylib: /usr/X11/lib/libXrender.1.dylib
time stamp: 0x00000002
current version: 0x00050000
comptibility version: 0x00050000
Load command load_dylib: /sw/lib/xft2/lib/libXft.2.dylib
time stamp: 0x00000002
current version: 0x00050000
comptibility version: 0x00050000
Load command load_dylib: /sw/lib/fontconfig2/lib/libfontconfig.1.dylib
time stamp: 0x00000002
current version: 0x00060400
comptibility version: 0x00060000
Load command load_dylib: /sw/lib/freetype219/lib/libfreetype.6.dylib
time stamp: 0x00000002
current version: 0x000e0100
comptibility version: 0x000e0000
Load command load_dylib: /sw/lib/ncurses/libncurses.5.dylib
time stamp: 0x00000002
current version: 0x00050000
comptibility version: 0x00050000
Load command load_dylib: /sw/lib/libotf.0.dylib
time stamp: 0x00000002
current version: 0x00010000
comptibility version: 0x00010000
Load command load_dylib: /sw/lib/libm17n-flt.0.dylib
time stamp: 0x00000002
current version: 0x00050000
comptibility version: 0x00050000
Load command load_dylib: /sw/lib/libm17n-core.0.dylib
time stamp: 0x00000002
current version: 0x00050000
comptibility version: 0x00050000
Load command load_dylib: /usr/lib/libSystem.B.dylib
time stamp: 0x00000002
current version: 0x007d020b
comptibility version: 0x00010000
Segments and Sections:
#: Segment name Section name Address
[Segment __PAGEZERO 0000000000000000-0000000000000fff ---]
[Segment __TEXT 0000000000001000-00000000001b0fff r-x]
01: __TEXT __text 0000000000002650 0000000000155c63 80000400
02: __TEXT __text_cold 00000000001582b3 0000000000000761 80000400
03: __TEXT __text_startup 0000000000158a14 0000000000001339 80000400
04: __TEXT __symbol_stub 0000000000159d4e 0000000000000c90 80000408
05: __TEXT __stub_helper 000000000015a9e0 00000000000014fc 80000400
06: __TEXT __cstring 000000000015bedc 0000000000014683 00000002
07: __TEXT __const 0000000000170560 0000000000000838 00000000
08: __TEXT __eh_frame 0000000000170d98 0000000000040268 00000000
[Segment __DATA 00000000001b1000-000000000038cfff rw-]
09: __DATA __program_vars 00000000001b1000 0000000000000014 00000000
10: __DATA __nl_symbol_ptr 00000000001b1014 0000000000000b14 00000006
11: __DATA __la_symbol_ptr 00000000001b1b28 0000000000000860 00000007
12: __DATA __data 00000000001b2390 00000000001956dc 00000000
13: __DATA __const 0000000000347a70 0000000000001008 00000000
14: __DATA __static_data 0000000000348a80 0000000000000031 00000000
15: __DATA __bss4 0000000000348ac0 0000000000006554 00000001
16: __DATA __bss2 000000000034f014 000000000002fb68 00000001
17: __DATA __pu_bss2 000000000037eb7c 0000000000005414 00000001
18: __DATA __pu_bss4 0000000000383f90 00000000000085e4 00000001
[Segment __LINKEDIT 000000000038d000-0000000000437fff r--]
Sections:
Idx Name Size VMA LMA File off Algn
0 .text 00155c63 00002650 00002650 00001650 2**2
CONTENTS, ALLOC, LOAD, CODE
1 __TEXT.__text_cold 00000761 001582b3 001582b3 001572b3 2**0
CONTENTS, ALLOC, LOAD, READONLY, CODE
2 __TEXT.__text_startup 00001339 00158a14 00158a14 00157a14 2**0
CONTENTS, ALLOC, LOAD, READONLY, CODE
3 __TEXT.__symbol_stub 00000c90 00159d4e 00159d4e 00158d4e 2**1
CONTENTS, ALLOC, LOAD, READONLY, CODE
4 __TEXT.__stub_helper 000014fc 0015a9e0 0015a9e0 001599e0 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
5 .cstring 00014683 0015bedc 0015bedc 0015aedc 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
6 .const 00000838 00170560 00170560 0016f560 2**4
CONTENTS, ALLOC, LOAD, READONLY, DATA
7 .eh_frame 00040268 00170d98 00170d98 0016fd98 2**3
CONTENTS, ALLOC, LOAD, READONLY
8 __DATA.__program_vars 00000014 001b1000 001b1000 001b0000 2**2
CONTENTS, ALLOC, LOAD, DATA
9 .non_lazy_symbol_ptr 00000b14 001b1014 001b1014 001b0014 2**2
CONTENTS, ALLOC, LOAD, DATA
10 .lazy_symbol_ptr 00000860 001b1b28 001b1b28 001b0b28 2**2
CONTENTS, ALLOC, LOAD, DATA
11 .data 001956dc 001b2390 001b2390 001b1390 2**4
CONTENTS, ALLOC, LOAD, DATA
12 .const_data 00001008 00347a70 00347a70 00346a70 2**4
CONTENTS, ALLOC, LOAD, DATA
13 __DATA.__static_data 00000031 00348a80 00348a80 00347a80 2**4
CONTENTS, ALLOC, LOAD, DATA
14 __DATA.__bss4 00006554 00348ac0 00348ac0 00000000 2**4
ALLOC
15 __DATA.__bss2 0002fb68 0034f014 0034f014 00000000 2**2
ALLOC
16 __DATA.__pu_bss2 00005414 0037eb7c 0037eb7c 00000000 2**2
ALLOC
17 __DATA.__pu_bss4 000085e4 00383f90 00383f90 00000000 2**4
ALLOC
18 LC_THREAD.x86_THREAD_STATE32.0 00000040 00000000 00000000 000006a0 2**0
CONTENTS
SYMBOL TABLE:
--
Mit friedvollen Grüßen
Pete
No project was ever completed on time and within budget.
– Cheops Law
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Fri, 29 Jun 2012 17:09:02 GMT) Full text and rfc822 format available.Message #55 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Samuel Bronson <naesten <at> gmail.com> To: 9927 <at> debbugs.gnu.org, 9927-submitter <at> debbugs.gnu.org Cc: control <at> debbugs.gnu.org Subject: 24.0.90; unexec/unexmacosx fails with GCC 4.6.1 Date: Fri, 29 Jun 2012 13:03:49 -0400
found 9927 24.1.50
retitle 9927 24.1.90; unexec/unexmacosx doesn't grok new sections
emitted by GCC 4.6+
thanks
Peter Dyballa <Peter_Dyballa <at> Freenet.DE> wrote:
> Am 18.05.2012 um 00:54 schrieb Andreas Schwab:
>
> > temacs, not emacs (which didn't build).
>
> src/temacs: file format mach-o-i386
> src/temacs
> architecture: i386, flags 0x00000012:
> EXEC_P, HAS_SYMS
> start address 0x00002650
> Mach-O header:
> magic : feedface
> cputype : 00000007 (i386)
> cpusubtype: 00000003
> filetype : 00000002 (execute)
> ncmds : 00000019 (25)
> sizeofcmds: 00000a04
> flags : 01000085 (noundefs+dyldlink+twolevel+0x1000000)
> reserved : 00000002
[Irrelevant segments scrubbed]
> Load command segment: name: __DATA
> vmaddr: 00000000001b1000 vmsize: 00000000001dc000
> fileoff: 00000000001b0000 filesize: 0000000000198000 endoff:
> 0000000000348000
> nsects: 10 flags: 0
> Section: __program_vars __DATA (bfdname:
__DATA.__program_vars)
> addr: 00000000001b1000 size: 0000000000000014 offset:
00000000001b0000
> align: 2 nreloc: 0 reloff: 0000000000000000
> flags: 00000000 (type: regular attr: -)
> reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
> Section: __nl_symbol_ptr __DATA
(bfdname: .non_lazy_symbol_ptr)
> addr: 00000000001b1014 size: 0000000000000b14 offset:
00000000001b0014
> align: 2 nreloc: 0 reloff: 0000000000000000
> flags: 00000006 (type: non_lazy_symbol_pointers attr: -)
> first indirect sym: 536 (709 entries) reserved2: 0x0 reserved3:
0x0
> Section: __la_symbol_ptr __DATA
(bfdname: .lazy_symbol_ptr)
> addr: 00000000001b1b28 size: 0000000000000860 offset:
00000000001b0b28
> align: 2 nreloc: 0 reloff: 0000000000000000
> flags: 00000007 (type: lazy_symbol_pointers attr: -)
> first indirect sym: 1245 (536 entries) reserved2: 0x0
reserved3: 0x0
> Section: __data __DATA (bfdname: .data)
> addr: 00000000001b2390 size: 00000000001956dc offset:
00000000001b1390
> align: 4 nreloc: 0 reloff: 0000000000000000
> flags: 00000000 (type: regular attr: -)
> reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
> Section: __const __DATA (bfdname: .const_data)
> addr: 0000000000347a70 size: 0000000000001008 offset:
0000000000346a70
> align: 4 nreloc: 0 reloff: 0000000000000000
> flags: 00000000 (type: regular attr: -)
> reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
We obviously know how to deal with all of the preceding sections...
> Section: __static_data __DATA (bfdname:
__DATA.__static_data)
> addr: 0000000000348a80 size: 0000000000000031 offset:
0000000000347a80
> align: 4 nreloc: 0 reloff: 0000000000000000
> flags: 00000000 (type: regular attr: -)
> reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
While unexmacosx.c doesn't yet know how to deal with
__DATA.__static_data, it would be easy enough to add it: just dump
from memory, like __DATA.__data. (Apple's own assembler even has a
".static_data" shorthand for switching this section, they just never
got around to making the compiler actually use it.) The real trouble
is with these sections:
> Section: __bss4 __DATA (bfdname: __DATA.__bss4)
> addr: 0000000000348ac0 size: 0000000000006554 offset:
0000000000000000
> align: 4 nreloc: 0 reloff: 0000000000000000
> flags: 00000001 (type: zerofill attr: -)
> reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
> Section: __bss2 __DATA (bfdname: __DATA.__bss2)
> addr: 000000000034f014 size: 000000000002fb68 offset:
0000000000000000
> align: 2 nreloc: 0 reloff: 0000000000000000
> flags: 00000001 (type: zerofill attr: -)
> reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
> Section: __pu_bss2 __DATA (bfdname:
__DATA.__pu_bss2)
> addr: 000000000037eb7c size: 0000000000005414 offset:
0000000000000000
> align: 2 nreloc: 0 reloff: 0000000000000000
> flags: 00000001 (type: zerofill attr: -)
> reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
> Section: __pu_bss4 __DATA (bfdname:
__DATA.__pu_bss4)
> addr: 0000000000383f90 size: 00000000000085e4 offset:
0000000000000000
> align: 4 nreloc: 0 reloff: 0000000000000000
> flags: 00000001 (type: zerofill attr: -)
> reserved1: 0x0 reserved2: 0x0 reserved3: 0x0
You see, recent versions of GCC generate more-or-less arbitrarily many
BSS sections on Darwin (see the darwin_output_aligned_bss () function
in gcc/config/darwin.c). This is a problem for us because of what we
try to do with BSS sections:
else if (strncmp (sectp->sectname, SECT_BSS, 16) == 0)
{
extern char *my_endbss_static;
unsigned long my_size;
sectp->flags = S_REGULAR;
/* Clear uninitialized local variables in statically linked
libraries. In particular, function pointers stored by
libSystemStub.a, which is introduced in Mac OS X 10.4 for
binary compatibility with respect to long double, are
cleared so that they will be reinitialized when the
dumped binary is executed on other versions of OS. */
my_size = (unsigned long)my_endbss_static - sectp->addr;
if (!(sectp->addr <= (unsigned long)my_endbss_static
&& my_size <= sectp->size))
unexec_error ("my_endbss_static is not in section %.16s",
sectp->sectname);
if (!unexec_write (sectp->offset, (void *) sectp->addr,
my_size))
unexec_error ("cannot write section %.16s", sectp-
>sectname);
if (!unexec_write_zero (sectp->offset + my_size,
sectp->size - my_size))
unexec_error ("cannot write section %.16s", sectp-
>sectname);
if (!unexec_write (header_offset, sectp, sizeof (struct
section)))
unexec_error ("cannot write section %.16s's header",
sectp->sectname);
}
To do this for these new BSS sections, we'd need to insert dummy
markers into each of these sections. This would be manageable enough
if it were only these four, but it isn't necessarily: there are two
categories we care about (__bss, used for statics, and __pu_bss, used
for globals; the other two are for zero-length objects), and these
each get one section per object alignment.
For example, take a gander at this:
iMac:ppc user$ otool -arch ppc -l /sw/src/fink.build/gcc47-4.7.1-1000/
darwin_objdir/gcc/cc1plus | grep bss
sectname __bss2
sectname __pu_bss2
sectname __bss3
sectname __pu_bss0
sectname __pu_bss3
sectname __bss1
sectname __bss12
sectname __bss0
Now, we could *still* add a bunch of dummy variables to deal with all
alignments within some range, but this might end up wasting a lot of
space for the higher alignments (in theory, I think it could be kept
down to 4x the highest alignment), and would be quite ugly in any
case. (Also, the numbers appear to be log2(alignment) in GCC 4.7 but
just aligment in GCC 4.6.) Unfortunately, it seems that Apple's tools
don't like zero-length sections/objects, so we can't use those for the
markers (and for which reason they get their own sections). How zero-
length objects (which on other platforms are allowed to share
addresses with other objects) could be of any use in their own
sections is beyond me...
I suppose, though, that if we could be sure that we aren't linking in
any static libraries with these *new* BSS sections which will have
trouble because of Emacs' dumping them, we could just skip that part;
then all we'd need to do is make sure that my_endbss_static refers to
an address in __DATA.__bss, not __DATA.__bss1 or __DATA.bss2 like it
would naturally end up at on GCC 4.6 or 4.7 (respectively). (And make
unexmacosx.c dump these new BSS sections, of course.)
Samuel Bronson <naesten <at> gmail.com>
to control <at> debbugs.gnu.org.
(Fri, 29 Jun 2012 17:09:02 GMT) Full text and rfc822 format available.Samuel Bronson <naesten <at> gmail.com>
to control <at> debbugs.gnu.org.
(Fri, 29 Jun 2012 17:09:02 GMT) Full text and rfc822 format available.Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:Samuel Bronson <naesten <at> gmail.com>
to control <at> debbugs.gnu.org.
(Fri, 29 Jun 2012 18:42:04 GMT) Full text and rfc822 format available.Samuel Bronson <naesten <at> gmail.com>
to control <at> debbugs.gnu.org.
(Fri, 29 Jun 2012 18:44:01 GMT) Full text and rfc822 format available.Samuel Bronson <naesten <at> gmail.com>
to control <at> debbugs.gnu.org.
(Fri, 29 Jun 2012 18:45:02 GMT) Full text and rfc822 format available.bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Fri, 29 Jun 2012 19:24:01 GMT) Full text and rfc822 format available.Message #71 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Web.DE> To: Samuel Bronson <naesten <at> gmail.com>, 9927-quiet <at> debbugs.gnu.org Cc: 9927-submitter <at> debbugs.gnu.org, control <at> debbugs.gnu.org, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: 24.0.90; unexec/unexmacosx fails with GCC 4.6.1 Date: Fri, 29 Jun 2012 21:19:25 +0200
Am 29.06.2012 um 19:03 schrieb Samuel Bronson: > I suppose, though, that if we could be sure that we aren't linking in any static libraries with these *new* BSS sections which will have trouble because of Emacs' dumping them, we could just skip that part; then all we'd need to do is make sure that my_endbss_static refers to an address in __DATA.__bss, not __DATA.__bss1 or __DATA.bss2 like it would naturally end up at on GCC 4.6 or 4.7 (respectively). (And make unexmacosx.c dump these new BSS sections, of course.) Apple itself states in http://developer.apple.com/library/mac/#qa/qa1118/_index.html that they "do not support statically linked binaries on Mac OS X." And from my experience it's really a bit complicated to build them. So your approach should be OK and work in the average case. And those few, if at all, who try to build static Emacsen on Mac OS X might need something else... -- Greetings Pete Specifications are for the weak and timid!
Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Sat, 30 Jun 2012 22:15:02 GMT) Full text and rfc822 format available.Message #78 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Samuel Bronson <naesten <at> gmail.com> To: bug-gnu-emacs <at> gnu.org Subject: Re: bug#9927: 24.0.90; unexec/unexmacosx fails with GCC 4.6.1 Date: Sat, 30 Jun 2012 12:47:59 -0400
Samuel Bronson <naesten <at> gmail.com> wrote: > I suppose, though, that if we could be sure that we aren't linking in > any static libraries with these *new* BSS sections which will have > trouble because of Emacs' dumping them, we could just skip that part; > then all we'd need to do is make sure that my_endbss_static refers to > an address in __DATA.__bss, not __DATA.__bss1 or __DATA.bss2 like it > would naturally end up at on GCC 4.6 or 4.7 (respectively). (And make > unexmacosx.c dump these new BSS sections, of course.) Well, after my GCC 4.7 build finished, I had a go at building Emacs with it and (after getting distracted for a bit playing with the --enable-gcc-warnings flag) I got temacs to build and link. (There was some awkwardness involving the -fobjc-exceptions flag that we'll need to straighten out...) I decided I might as well try the simplest thing that could possibly work: just dump __DATA.__static_data in the usual way, and dump these new BSS sections like __DATA.__bss, only in their entirety rather than messing about with markers. When my first try ended in SIGSEGV, I ran "gobjdump --all" on temacs and didn't see any evidence of staticly-linked libraries besides libgcc and gnulib; then I noticed that I hadn't looked closely enough at the code I'd copied and pasted into my new "else if" clause and rewrote it to ACTUALLY work like that for __DATA.__bss without the marker stuff, and then I actually got an Emacs.app that worked! You can see my changes at: http://bazaar.launchpad.net/~naesten/emacs/nextstep-stuff/revision/108754 Be warned that the line numbers will probably be way off of emacs trunk right now, since an earlier commit on my branch deletes largish swathes of code that wasn't really doing anything useful.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 25 Jul 2013 19:38:02 GMT) Full text and rfc822 format available.Message #81 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: Samuel Bronson <naesten <at> gmail.com> Cc: 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: 24.0.90; unexec/unexmacosx fails with GCC 4.6.1 Date: Thu, 25 Jul 2013 15:37:41 -0400
Samuel Bronson wrote: > I decided I might as well try the simplest thing that could possibly > work: just dump __DATA.__static_data in the usual way, and dump these > new BSS sections like __DATA.__bss, only in their entirety rather than > messing about with markers. > > When my first try ended in SIGSEGV, I ran "gobjdump --all" on temacs and > didn't see any evidence of staticly-linked libraries besides libgcc and > gnulib; then I noticed that I hadn't looked closely enough at the code > I'd copied and pasted into my new "else if" clause and rewrote it to > ACTUALLY work like that for __DATA.__bss without the marker stuff, and > then I actually got an Emacs.app that worked! > > You can see my changes at: > http://bazaar.launchpad.net/~naesten/emacs/nextstep-stuff/revision/108754 Sorry for lack of response. If you have a patch that fixes this, could you just send it here please? (The launchpad repo is hard to follow.)
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Sat, 09 Aug 2014 17:06:02 GMT) Full text and rfc822 format available.Message #84 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Stefan Monnier <monnier <at> iro.umontreal.ca> To: 9927 <at> debbugs.gnu.org Cc: Samuel Bronson <naesten <at> gmail.com> Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sat, 09 Aug 2014 13:05:31 -0400
Glenn Morris wrote:
> Samuel Bronson wrote:
> > You can see my changes at:
> > http://bazaar.launchpad.net/~naesten/emacs/nextstep-stuff/revision/108754
> Sorry for lack of response. If you have a patch that fixes this, could
> you just send it here please? (The launchpad repo is hard to follow.)
What the status on this. Has this been merged into trunk yet?
When I look at the above launchpad page, I see a commit that seems
completely unrelated.
Stefan
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Mon, 11 Aug 2014 01:21:01 GMT) Full text and rfc822 format available.Message #87 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: Stefan Monnier <monnier <at> iro.umontreal.ca> Cc: Samuel Bronson <naesten <at> gmail.com>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sun, 10 Aug 2014 21:20:02 -0400
Stefan Monnier wrote: > Glenn Morris wrote: >> Samuel Bronson wrote: >> > You can see my changes at: >> > http://bazaar.launchpad.net/~naesten/emacs/nextstep-stuff/revision/108754 >> Sorry for lack of response. If you have a patch that fixes this, could >> you just send it here please? (The launchpad repo is hard to follow.) > > What the status on this. Has this been merged into trunk yet? Nope, 'coz I don't know what "this" is to merge. (IIUC, this is the reason the hydra OS X builds have been failing for ever.) > When I look at the above launchpad page, I see a commit that seems > completely unrelated. Indeed.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Mon, 11 Aug 2014 01:42:02 GMT) Full text and rfc822 format available.Message #90 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Samuel Bronson <naesten <at> gmail.com> To: Stefan Monnier <monnier <at> iro.umontreal.ca> Cc: 9927 <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sun, 10 Aug 2014 21:40:56 -0400
The status of this is that I got sidetracked trying to get bzr to do the equivalent of "git rebase -i", and eventually I stopped messing with the relevant Mac. It looks like I did rebase at some point, not remembering that I'd given a revision-number based link. The changes are still available on the lp:~naesten/emacs/nexstep-stuff branch, and I've now also imported the branch into git; you can see it at http://anonscm.debian.org/cgit/users/naesten-guest/emacs.git/log/?h=nextstep-stuff or get it using e.g. "git fetch git://anonscm.debian.org/git/users/naesten-guest/emacs.git nextstep-stuff". (*Most* of the changes on that branch actually seem to be in unexmacosx.c.) I have not, however, rebased the branch since it's abandonment; it's still based on emacs-24.1-1709-g2faa523 I could attempt to rebase at least some of this (I don't expect it will all rebase cleanly), but I'd have to find a place to set up the iMac in order to do this properly. On 8/9/14, Stefan Monnier <monnier <at> iro.umontreal.ca> wrote: > Glenn Morris wrote: >> Samuel Bronson wrote: >> > You can see my changes at: >> > http://bazaar.launchpad.net/~naesten/emacs/nextstep-stuff/revision/108754 >> Sorry for lack of response. If you have a patch that fixes this, could >> you just send it here please? (The launchpad repo is hard to follow.) > > What the status on this. Has this been merged into trunk yet? > > When I look at the above launchpad page, I see a commit that seems > completely unrelated. > > > Stefan >
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Mon, 11 Aug 2014 01:57:01 GMT) Full text and rfc822 format available.Message #93 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: Samuel Bronson <naesten <at> gmail.com> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sun, 10 Aug 2014 21:56:04 -0400
Samuel Bronson wrote: > (*Most* of the changes on that branch actually seem to be in unexmacosx.c.) Yes, and IIRC from the last time I looked, most were stylistic/cosmetic, so I gave up trying to find the minimum one that might fix this bug. If you find it, please just send it as a patch, against whatever Emacs version (obviously trunk would be preferable), and we'll try to figure it out.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Wed, 17 Sep 2014 18:40:03 GMT) Full text and rfc822 format available.Message #96 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: 9927 <at> debbugs.gnu.org Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, Samuel Bronson <naesten <at> gmail.com> Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Wed, 17 Sep 2014 11:39:39 -0700
[Message part 1 (text/plain, inline)]
If I understand that branch correctly, the attached patch should suffice to port to GCC 4.6+ on OS X. It's relative to trunk bzr 117895. I don't have easy access to OS X to try it, though. Peter and/or Samuel, does it work for you?
[gcc4.6.patch (text/x-patch, attachment)]
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Wed, 17 Sep 2014 19:49:02 GMT) Full text and rfc822 format available.Message #99 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 9927 <at> debbugs.gnu.org, Samuel Bronson <naesten <at> gmail.com> Subject: Re: bug#9927: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Wed, 17 Sep 2014 15:48:32 -0400
Paul Eggert wrote: > If I understand that branch correctly, the attached patch should > suffice to port to GCC 4.6+ on OS X. It's relative to trunk bzr > 117895. I don't have easy access to OS X to try it, though. Peter > and/or Samuel, does it work for you? You can always install it to trunk and see if the hydra os x build starts working. :) I think this is why it has been failing "for ever".
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Wed, 17 Sep 2014 20:00:04 GMT) Full text and rfc822 format available.Message #102 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: Glenn Morris <rgm <at> gnu.org> Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 9927 <at> debbugs.gnu.org, Samuel Bronson <naesten <at> gmail.com> Subject: Re: bug#9927: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Wed, 17 Sep 2014 12:59:13 -0700
On 09/17/2014 12:48 PM, Glenn Morris wrote: > You can always install it to trunk and see if the hydra os x build > starts working. OK, thanks, I gave that a shot in trunk bzr 117896.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Wed, 17 Sep 2014 21:04:01 GMT) Full text and rfc822 format available.Message #105 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: 9927 <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Wed, 17 Sep 2014 23:00:55 +0200
Am 17.09.2014 um 20:39 schrieb Paul Eggert: > If I understand that branch correctly, the attached patch should suffice to port to GCC 4.6+ on OS X. It's relative to trunk bzr 117895. I don't have easy access to OS X to try it, though. Peter and/or Samuel, does it work for you? > > <gcc4.6.patch> I decided to make it simple for me and applied your patch to the sources of emacs-24.3.93 – and it works with GCC 4.6.4! See here: Pure-hashed: 23728 strings, 3453 vectors, 37104 conses, 3245 bytecodes, 82 others Dumping under the name emacs --- List of All Regions --- address size prot maxp 0 0x1000 none none 0x1000 0x258000 r x rwx 0x259000 0x23f000 rw rwx 0x498000 0x5f000 rw rwx 0x4f7000 0xb9000 r rwx 0x5b0000 0x60000 r x rwx 0x610000 0x3000 rw rwx 0x613000 0x16000 r rwx 0x629000 0x32000 r x rwx 0x65b000 0x1000 rw rwx 0x65c000 0xc000 r rwx 0x668000 0x29000 r x rwx 0x691000 0x1000 rw rwx 0x692000 0xe000 r rwx 0x6a0000 0x6000 r x rwx 0x6a6000 0x1000 rw rwx 0x6a7000 0x3000 r rwx 0x6aa000 0xc000 r x rwx 0x6b6000 0x1000 rw rwx 0x6b7000 0x4000 r rwx 0x6bb000 0x3a000 r x rwx 0x6f5000 0x6000 rw rwx 0x6fb000 0x2000 r rwx 0x6fd000 0x1c000 r rwx 0x719000 0x10000 r x rwx 0x729000 0x1000 rw rwx 0x72a000 0x7000 r rwx 0x731000 0x3c000 r x rwx 0x76d000 0x3000 rw rwx 0x770000 0x1000 rw rwx 0x771000 0x11000 r rwx 0x782000 0x5000 r x rwx 0x787000 0x1000 rw rwx 0x788000 0x3000 r rwx 0x78b000 0x10000 r x rwx 0x79b000 0x1000 rw rwx 0x79c000 0x2000 rw rwx 0x79e000 0x5000 r rwx 0x7a3000 0xf5000 r x rwx 0x898000 0x3000 rw rwx 0x89b000 0x1e000 r rwx 0x8b9000 0x6000 r x rwx 0x8bf000 0x1000 rw rwx 0x8c0000 0x3000 r rwx 0x8c3000 0xe000 r x rwx 0x8d1000 0x1000 rw rwx 0x8d2000 0x7000 r rwx 0x8d9000 0x2a000 r x rwx 0x903000 0x1000 rw rwx 0x904000 0x1000 rw rwx 0x905000 0x10000 r rwx 0x915000 0x7e000 r x rwx 0x993000 0x4000 rw rwx 0x997000 0x2c000 r rwx 0x9c3000 0x2b000 r x rwx 0x9ee000 0x1000 rw rwx 0x9ef000 0xa000 r rwx 0x9f9000 0x12000 r x rwx 0xa0b000 0x1000 rw rwx 0xa0c000 0x6000 r rwx 0xa12000 0x30000 r x rwx 0xa42000 0x1000 rw rwx 0xa43000 0xe000 r rwx 0xa51000 0xb4000 r x rwx 0xb05000 0x1000 rw rwx 0xb06000 0x1e000 r rwx 0xb24000 0x5000 r x rwx 0xb29000 0x1000 rw rwx 0xb2a000 0x3000 r rwx 0xb2d000 0x1000 r x rwx 0xb2e000 0x1000 rw rwx 0xb2f000 0x2000 r rwx 0xb31000 0x110000 r x rwx 0xc41000 0x5000 rw rwx 0xc46000 0x1000 rw rwx 0xc47000 0x55000 r rwx 0xc9c000 0x35000 r x rwx 0xcd1000 0x3000 rw rwx 0xcd4000 0x8000 r rwx 0xcdc000 0x1a000 r x rwx 0xcf6000 0x2000 rw rwx 0xcf8000 0x1000 rw rwx 0xcf9000 0xd000 r rwx 0xd06000 0x12000 r x rwx 0xd18000 0x1000 rw rwx 0xd19000 0x3000 r rwx 0xd1c000 0x8000 r x rwx 0xd24000 0x1000 rw rwx 0xd25000 0x3000 r rwx 0xd28000 0x18000 r x rwx 0xd40000 0x1000 rw rwx 0xd41000 0x8000 rw rwx 0xd49000 0xa000 r rwx 0xd53000 0xc3000 r x rwx 0xe16000 0x5000 rw rwx 0xe1b000 0x1000 rw rwx 0xe1c000 0x4a000 r rwx 0xe66000 0x23000 r x rwx 0xe89000 0x1000 rw rwx 0xe8a000 0x3000 r rwx 0xe8d000 0x7000 r x rwx 0xe94000 0x3000 rw rwx 0xe97000 0x1000 r rwx 0xe98000 0x2000 r x rwx 0xe9a000 0x1000 rw rwx 0xe9b000 0x2000 r rwx 0xe9d000 0x3000 r x rwx 0xea0000 0x1000 rw rwx 0xea1000 0x3000 r rwx 0xea4000 0xa000 r x rwx 0xeae000 0x1000 rw rwx 0xeaf000 0x5000 r rwx 0xeb4000 0xfb000 r x rwx 0xfaf000 0x1000 rw rwx 0xfb0000 0x17000 r rwx 0xfc7000 0x1e000 r x rwx 0xfe5000 0x2000 rw rwx 0xfe7000 0x9000 r rwx 0xff0000 0xf000 r x rwx 0xfff000 0x1000 rw rwx 0x1000000 0x2000 r rwx 0x1002000 0x27000 r x rwx 0x1029000 0x2000 rw rwx 0x102b000 0x2000 rw rwx 0x102d000 0xf000 r rwx 0x103c000 0x2a000 r x rwx 0x1066000 0x2000 rw rwx 0x1068000 0x1c000 r rwx 0x1084000 0x2c000 r x rwx 0x10b0000 0x1000 rw rwx 0x10b1000 0xc000 r rwx 0x10bd000 0x9000 r x rwx 0x10c6000 0x1000 rw rwx 0x10c7000 0x6000 r rwx 0x10cd000 0x3f000 r x rwx 0x110c000 0x2000 rw rwx 0x110e000 0x10000 r rwx 0x111e000 0xc6000 r x rwx 0x11e4000 0x2000 rw rwx 0x11e6000 0x1000 rw rwx 0x11e7000 0x25000 r rwx 0x120c000 0x6c000 r x rwx 0x1278000 0x2000 rw rwx 0x127a000 0x2b000 r rwx 0x12a5000 0x2000 r x rwx 0x12a7000 0x1000 rw rwx 0x12a8000 0x1000 r rwx 0x12a9000 0x8000 r x rwx 0x12b1000 0x1000 rw rwx 0x12b2000 0x3000 r rwx 0x12b5000 0x6f000 r x rwx 0x1324000 0x4000 rw rwx 0x1328000 0x1f000 r rwx 0x1347000 0x22000 r x rwx 0x1369000 0x1000 rw rwx 0x136a000 0xd000 r rwx 0x1377000 0x2c000 r x rwx 0x13a3000 0x9000 rw rwx 0x13ac000 0x1000 rw rwx 0x13ad000 0x1d000 r rwx 0x13ca000 0x3000 r x rwx 0x13cd000 0x1000 rw rwx 0x13ce000 0x2000 r rwx 0x13d0000 0x16000 r x rwx 0x13e6000 0x1000 rw rwx 0x13e7000 0x11000 r rwx 0x13f8000 0x30000 r x rwx --- List of Regions to be Dumped --- address size prot maxp 0 0x1000 none none 0x1000 0x258000 r x rwx 0x259000 0x29e000 rw rwx 0x4f7000 0xb9000 r rwx 0x5b0000 0x60000 r x rwx 0x610000 0x3000 rw rwx 0x613000 0x16000 r rwx 0x629000 0x32000 r x rwx 0x65b000 0x1000 rw rwx 0x65c000 0xc000 r rwx 0x668000 0x29000 r x rwx 0x691000 0x1000 rw rwx 0x692000 0xe000 r rwx 0x6a0000 0x6000 r x rwx 0x6a6000 0x1000 rw rwx 0x6a7000 0x3000 r rwx 0x6aa000 0xc000 r x rwx 0x6b6000 0x1000 rw rwx 0x6b7000 0x4000 r rwx 0x6bb000 0x3a000 r x rwx 0x6f5000 0x6000 rw rwx 0x6fb000 0x1e000 r rwx 0x719000 0x10000 r x rwx 0x729000 0x1000 rw rwx 0x72a000 0x7000 r rwx 0x731000 0x3c000 r x rwx 0x76d000 0x4000 rw rwx 0x771000 0x11000 r rwx 0x782000 0x5000 r x rwx 0x787000 0x1000 rw rwx 0x788000 0x3000 r rwx 0x78b000 0x10000 r x rwx 0x79b000 0x3000 rw rwx 0x79e000 0x5000 r rwx 0x7a3000 0xf5000 r x rwx 0x898000 0x3000 rw rwx 0x89b000 0x1e000 r rwx 0x8b9000 0x6000 r x rwx 0x8bf000 0x1000 rw rwx 0x8c0000 0x3000 r rwx 0x8c3000 0xe000 r x rwx 0x8d1000 0x1000 rw rwx 0x8d2000 0x7000 r rwx 0x8d9000 0x2a000 r x rwx 0x903000 0x2000 rw rwx 0x905000 0x10000 r rwx 0x915000 0x7e000 r x rwx 0x993000 0x4000 rw rwx 0x997000 0x2c000 r rwx 0x9c3000 0x2b000 r x rwx 0x9ee000 0x1000 rw rwx 0x9ef000 0xa000 r rwx 0x9f9000 0x12000 r x rwx 0xa0b000 0x1000 rw rwx 0xa0c000 0x6000 r rwx 0xa12000 0x30000 r x rwx 0xa42000 0x1000 rw rwx 0xa43000 0xe000 r rwx 0xa51000 0xb4000 r x rwx 0xb05000 0x1000 rw rwx 0xb06000 0x1e000 r rwx 0xb24000 0x5000 r x rwx 0xb29000 0x1000 rw rwx 0xb2a000 0x3000 r rwx 0xb2d000 0x1000 r x rwx 0xb2e000 0x1000 rw rwx 0xb2f000 0x2000 r rwx 0xb31000 0x110000 r x rwx 0xc41000 0x6000 rw rwx 0xc47000 0x55000 r rwx 0xc9c000 0x35000 r x rwx 0xcd1000 0x3000 rw rwx 0xcd4000 0x8000 r rwx 0xcdc000 0x1a000 r x rwx 0xcf6000 0x3000 rw rwx 0xcf9000 0xd000 r rwx 0xd06000 0x12000 r x rwx 0xd18000 0x1000 rw rwx 0xd19000 0x3000 r rwx 0xd1c000 0x8000 r x rwx 0xd24000 0x1000 rw rwx 0xd25000 0x3000 r rwx 0xd28000 0x18000 r x rwx 0xd40000 0x9000 rw rwx 0xd49000 0xa000 r rwx 0xd53000 0xc3000 r x rwx 0xe16000 0x6000 rw rwx 0xe1c000 0x4a000 r rwx 0xe66000 0x23000 r x rwx 0xe89000 0x1000 rw rwx 0xe8a000 0x3000 r rwx 0xe8d000 0x7000 r x rwx 0xe94000 0x3000 rw rwx 0xe97000 0x1000 r rwx 0xe98000 0x2000 r x rwx 0xe9a000 0x1000 rw rwx 0xe9b000 0x2000 r rwx 0xe9d000 0x3000 r x rwx 0xea0000 0x1000 rw rwx 0xea1000 0x3000 r rwx 0xea4000 0xa000 r x rwx 0xeae000 0x1000 rw rwx 0xeaf000 0x5000 r rwx 0xeb4000 0xfb000 r x rwx 0xfaf000 0x1000 rw rwx 0xfb0000 0x17000 r rwx 0xfc7000 0x1e000 r x rwx 0xfe5000 0x2000 rw rwx 0xfe7000 0x9000 r rwx 0xff0000 0xf000 r x rwx 0xfff000 0x1000 rw rwx 0x1000000 0x2000 r rwx 0x1002000 0x27000 r x rwx 0x1029000 0x4000 rw rwx 0x102d000 0xf000 r rwx 0x103c000 0x2a000 r x rwx 0x1066000 0x2000 rw rwx 0x1068000 0x1c000 r rwx 0x1084000 0x2c000 r x rwx 0x10b0000 0x1000 rw rwx 0x10b1000 0xc000 r rwx 0x10bd000 0x9000 r x rwx 0x10c6000 0x1000 rw rwx 0x10c7000 0x6000 r rwx 0x10cd000 0x3f000 r x rwx 0x110c000 0x2000 rw rwx 0x110e000 0x10000 r rwx 0x111e000 0xc6000 r x rwx 0x11e4000 0x3000 rw rwx 0x11e7000 0x25000 r rwx 0x120c000 0x6c000 r x rwx 0x1278000 0x2000 rw rwx 0x127a000 0x2b000 r rwx 0x12a5000 0x2000 r x rwx 0x12a7000 0x1000 rw rwx 0x12a8000 0x1000 r rwx 0x12a9000 0x8000 r x rwx 0x12b1000 0x1000 rw rwx 0x12b2000 0x3000 r rwx 0x12b5000 0x6f000 r x rwx 0x1324000 0x4000 rw rwx 0x1328000 0x1f000 r rwx 0x1347000 0x22000 r x rwx 0x1369000 0x1000 rw rwx 0x136a000 0xd000 r rwx 0x1377000 0x2c000 r x rwx 0x13a3000 0xa000 rw rwx 0x13ad000 0x1d000 r rwx 0x13ca000 0x3000 r x rwx 0x13cd000 0x1000 rw rwx 0x13ce000 0x2000 r rwx 0x13d0000 0x16000 r x rwx 0x13e6000 0x1000 rw rwx 0x13e7000 0x11000 r rwx 0x13f8000 0x30000 r x rwx --- Header Information --- Magic = 0xfeedface CPUType = 7 CPUSubType = 3 FileType = 0x2 NCmds = 43 SizeOfCmds = 3404 Flags = 0x01000085 Highest address of load commands in input file: 0x5b0000 Lowest offset of all sections in __TEXT segment: 0x1e90 --- List of Load Commands in Input File --- # cmd cmdsize name address size 0 LC_SEGMENT 56 __PAGEZERO 0 0x1000 1 LC_SEGMENT 600 __TEXT 0x1000 0x258000 __text 0x2e90 0x1ea017 __text_startup 0x1ecea7 0x18ec __text_cold 0x1ee793 0x3ea __symbol_stub 0x1eeb7e 0x1080 __stub_helper 0x1efc00 0x1b8c __cstring 0x1f178c 0x18503 __const 0x209c90 0xab0 __eh_frame 0x20a740 0x4e8bc 2 LC_SEGMENT 736 __DATA 0x259000 0x29e000 __dyld 0x259000 0x1c __nl_symbol_ptr 0x25901c 0x8f0 __la_symbol_ptr 0x25990c 0xb00 __data 0x25a410 0x23ab30 __static_data 0x494f40 0x29 __const 0x494f6c 0x24e0 __pu_bss2 0x49744c 0x29dc __bss3 0x499e28 0x4dd0 __bss2 0x49ebf8 0x56878 __pu_bss3 0x4f5470 0x1418 3 LC_SEGMENT 56 __LINKEDIT 0x4f7000 0xb9000 4 LC_DYLD_INFO_ONLY 48 5 LC_SYMTAB 24 6 LC_DYSYMTAB 80 7 LC_LOAD_DYLINKER 28 8 LC_UUID 24 9 unknown 16 10 LC_UNIXTHREAD 80 11 LC_LOAD_DYLIB 48 12 LC_LOAD_DYLIB 48 13 LC_LOAD_DYLIB 52 14 LC_LOAD_DYLIB 48 15 LC_LOAD_DYLIB 48 16 LC_LOAD_DYLIB 52 17 LC_LOAD_DYLIB 52 18 LC_LOAD_DYLIB 52 19 LC_LOAD_DYLIB 52 20 LC_LOAD_DYLIB 52 21 LC_LOAD_DYLIB 52 22 LC_LOAD_DYLIB 52 23 LC_LOAD_DYLIB 56 24 LC_LOAD_DYLIB 56 25 LC_LOAD_DYLIB 72 26 LC_LOAD_DYLIB 68 27 LC_LOAD_DYLIB 52 28 LC_LOAD_DYLIB 60 29 LC_LOAD_DYLIB 56 30 LC_LOAD_DYLIB 52 31 LC_LOAD_DYLIB 56 32 LC_LOAD_DYLIB 60 33 LC_LOAD_DYLIB 48 34 LC_LOAD_DYLIB 60 35 LC_LOAD_DYLIB 52 36 LC_LOAD_DYLIB 48 37 LC_LOAD_DYLIB 52 38 LC_LOAD_DYLIB 56 39 LC_LOAD_DYLIB 60 40 LC_LOAD_DYLIB 52 41 unknown 16 42 LC_DATA_IN_CODE 16 0x20fc080 (sz: 0x3f1c/ 0x3f20) 0x2000000 (sz: 0x2210f/ 0xfc080) 0x2ff8000 (sz: 0x5222/ 0x7f98) 0x2800000 (sz: 0x5207ff/0x7f8000) 0x155d000 (sz: 0/ 0x1000) --- Load Commands written to Output File --- Writing segment __PAGEZERO @ 0 ( 0/ 0x1000 @ 0) Writing segment __TEXT @ 0 (0x258000/0x258000 @ 0x1000) Writing segment __DATA @ 0x258000 (0x29e000/0x29e000 @ 0x259000) section __dyld at 0x258000 - 0x25801c (sz: 0x1c) section __nl_symbol_ptr at 0x25801c - 0x25890c (sz: 0x8f0) section __la_symbol_ptr at 0x25890c - 0x25940c (sz: 0xb00) section __data at 0x259410 - 0x493f40 (sz: 0x23ab30) section __static_data at 0x493f40 - 0x493f69 (sz: 0x29) section __const at 0x493f6c - 0x49644c (sz: 0x24e0) section __pu_bss2 at 0x49644c - 0x498e28 (sz: 0x29dc) section __bss3 at 0x498e28 - 0x49dbf8 (sz: 0x4dd0) section __bss2 at 0x49dbf8 - 0x4f4470 (sz: 0x56878) section __pu_bss3 at 0x4f4470 - 0x4f5888 (sz: 0x1418) Writing segment __DATA @ 0x4f6000 ( 0/ 0x1000 @ 0x155d000) Writing segment __DATA @ 0x4f6000 ( 0x2210f/ 0xfc000 @ 0x2000000) Writing segment __DATA @ 0x519000 ( 0x3f9c/ 0x3fa0 @ 0x20fc000) Writing segment __DATA @ 0x51d000 (0x5207ff/0x7f8000 @ 0x2800000) Writing segment __DATA @ 0xa3e000 ( 0x5222/ 0x7f98 @ 0x2ff8000) Writing segment __LINKEDIT @ 0xa44000 ( 0xb85bc/ 0xb9000 @ 0x4f7000) Writing LC_DYLD_INFO_ONLY command Writing LC_SYMTAB command Writing LC_DYSYMTAB command Writing LC_LOAD_DYLINKER command Writing LC_UUID command Writing unknown command Writing LC_UNIXTHREAD command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing LC_LOAD_DYLIB command Writing unknown command Writing LC_DATA_IN_CODE command 4112 unused bytes follow Mach-O header 2209049 pure bytes used Adding name emacs-24.3.93.1 I'll also try to build with GCC 4.7.3 and 4.8.2. -- Greetings Pete One person with a belief is a social power equal to ninety-nine who have only interests. – John Stuart Mill
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Wed, 17 Sep 2014 21:12:02 GMT) Full text and rfc822 format available.Message #108 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> Cc: 9927 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> IRO.UMontreal.CA> Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Wed, 17 Sep 2014 14:10:55 -0700
Thanks for checking. This is not a regression, so it doesn't need to be applied to the emacs-24 branch. However, perhaps we should do so anyway, as the patch is localized to OS X, and not working with GCC 4.6.0 (dated 2011) or later is a reasonably big deal. Stefan, what do you think?
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Wed, 17 Sep 2014 22:24:01 GMT) Full text and rfc822 format available.Message #111 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: 9927 <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Thu, 18 Sep 2014 00:20:59 +0200
Am 17.09.2014 um 20:39 schrieb Paul Eggert: > does it work for you? On Mac OS X 10.6.8, Snow Leopard, with intel Core2 hardware your patch works with GCC 4.6.4, 4.7.3 and 4.8.2. Although this is 64-bit hardware I built GNU Emacs as a 32-bit application with wide ints. If you want I can check with 64-bit builds, for which I first would need to build and install the compilers (the 32-bit software comes the Fink Project which starter 32 bit, the 64-bit software comes from the MacPorts project). I could also check with other versions of GNU Emacs, even with GNU Emacs 24.1.50 – its sources are certainly saved in some (Time Machine) backup… I started a build on PPC hardware (PowerPC 7447A) on Mac OS X 10.4.11 (Tiger). I'll be able to report after sleep… -- Greetings Pete "I myself have never been able to find out precisely what feminism is; I only know that people call me a feminist whenever I express sentiments that differentiate me from a doormat or a prostitute." – Dame Rebecca West
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 18 Sep 2014 02:38:02 GMT) Full text and rfc822 format available.Message #114 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Stefan Monnier <monnier <at> iro.umontreal.ca> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 9927 <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Wed, 17 Sep 2014 22:37:00 -0400
> Thanks for checking. This is not a regression, so it doesn't need to be
> applied to the emacs-24 branch. However, perhaps we should do so anyway, as
> the patch is localized to OS X, and not working with GCC 4.6.0 (dated 2011)
> or later is a reasonably big deal.
> Stefan, what do you think?
Looking at the patch I have no idea how "safe" it is.
Stefan
Paul Eggert <eggert <at> cs.ucla.edu>:Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:Message #119 received at 9927-done <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: Stefan Monnier <monnier <at> iro.umontreal.ca> Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 9927-done <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Wed, 17 Sep 2014 22:27:56 -0700
Stefan Monnier wrote: > Looking at the patch I have no idea how "safe" it is. OK, thanks, I'll leave emacs-24 alone then. Closing the bug, as it appears to be fixed in the trunk.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Thu, 18 Sep 2014 13:06:01 GMT) Full text and rfc822 format available.Message #122 received at 9927-done <at> debbugs.gnu.org (full text, mbox):
From: Stefan Monnier <monnier <at> iro.umontreal.ca> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 9927-done <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Thu, 18 Sep 2014 09:05:34 -0400
>> Looking at the patch I have no idea how "safe" it is.
> OK, thanks, I'll leave emacs-24 alone then. Closing the bug, as it appears
> to be fixed in the trunk.
I didn't mean to veto it, but rather that I can't judge whether it's OK
to include it.
Stefan
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Sat, 04 Oct 2014 09:06:02 GMT) Full text and rfc822 format available.Message #125 received at 9927-done <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>, 9927-done <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sat, 4 Oct 2014 11:02:20 +0200
Am 18.09.2014 um 07:27 schrieb Paul Eggert: > OK, thanks, I'll leave emacs-24 alone then. Closing the bug, as it appears to be fixed in the trunk. I think it is not fixed trunk, because GNU Emacs pretest 24.3.94 does not have it. Trying to compile on PPC Mac OS X 10.5.8 (Leopard) with GCC 4.9.1 I got: Loading .../emacs-24.3.94-mac-4.94/lisp/leim/leim-list.el (source)... Finding pointers to doc strings... Finding pointers to doc strings...done Dumping under the name emacs --- List of All Regions --- address size prot maxp 0 0x1000 none none 0x1000 0x210000 r x rwx 0x211000 0x27f000 rw rwx 0x490000 0x62000 rw rwx 0x4f2000 0x2000 rw rwx 0x4f4000 0x9c000 r rwx 0x590000 0x30000 r x rwx 0x5c0000 0x1000 rw rwx 0x5c1000 0xa000 r rwx 0x5cb000 0x117000 r x rwx 0x6e2000 0x3000 rw rwx 0x6e5000 0x1000 rw rwx 0x6e6000 0x1000 rw rwx 0x6e7000 0x58000 r rwx 0x73f000 0x1a000 r x rwx 0x759000 0x1000 rw rwx 0x75a000 0x7000 r rwx 0x761000 0x3e000 r x rwx 0x79f000 0x1000 rw rwx 0x7a0000 0x10000 r rwx 0x7b0000 0x102000 r x rwx 0x8b2000 0x1000 rw rwx 0x8b3000 0x24000 r rwx 0x8d7000 0xa000 r x rwx 0x8e1000 0x1000 rw rwx 0x8e2000 0x2000 r rwx 0x8e4000 0xc9000 r x rwx 0x9ad000 0x2000 rw rwx 0x9af000 0x1000 rw rwx 0x9b0000 0x24000 r rwx 0x9d4000 0x11c000 r x rwx 0xaf0000 0x5000 rw rwx 0xaf5000 0x1000 rw rwx 0xaf6000 0x27000 r rwx 0xb1d000 0x40000 r x rwx 0xb5d000 0x3000 rw rwx 0xb60000 0xc000 r rwx 0xb6c000 0xcf000 r x rwx 0xc3b000 0x6000 rw rwx 0xc41000 0x1000 rw rwx 0xc42000 0x24000 r rwx 0xc66000 0x12000 r x rwx 0xc78000 0x1000 rw rwx 0xc79000 0x2000 r rwx 0xc7b000 0xb000 r x rwx 0xc86000 0x1000 rw rwx 0xc87000 0x2000 r rwx 0xc89000 0xc000 r x rwx 0xc95000 0x1000 rw rwx 0xc96000 0x5000 r rwx 0xc9b000 0x10000 r x rwx 0xcab000 0x1000 rw rwx 0xcac000 0x7000 r rwx 0xcb3000 0x3a000 r x rwx 0xced000 0x1000 rw rwx 0xcee000 0x1000 rw rwx 0xcef000 0xe000 r rwx 0xcfd000 0x31000 r x rwx 0xd2e000 0x1000 rw rwx 0xd2f000 0x8000 r rwx 0xd37000 0x79000 r x rwx 0xdb0000 0x4000 rw rwx 0xdb4000 0x10000 r rwx 0xdc4000 0x27000 r x rwx 0xdeb000 0x1000 rw rwx 0xdec000 0x6000 r rwx 0xdf2000 0x2c000 r x rwx 0xe1e000 0x2000 rw rwx 0xe20000 0xc000 r rwx 0xe2c000 0x1e000 r x rwx 0xe4a000 0x1000 rw rwx 0xe4b000 0x3000 r rwx 0xe4e000 0xfc000 r x rwx 0xf4a000 0x1000 rw rwx 0xf4b000 0xa000 r rwx 0xf55000 0x5000 r x rwx 0xf5a000 0x1000 rw rwx 0xf5b000 0x1000 r rwx 0xf5c000 0x3000 r x rwx 0xf5f000 0x1000 rw rwx 0xf60000 0x1000 r rwx 0xf61000 0x4000 r x rwx 0xf65000 0x1000 rw rwx 0xf66000 0x1000 r rwx 0xf67000 0x48000 r x rwx 0xfaf000 0x1000 rw rwx 0xfb0000 0x1b000 r rwx 0xfcb000 0x57000 r x rwx 0x1022000 0x3000 rw rwx 0x1025000 0xd000 r rwx 0x1032000 0x3000 r x rwx 0x1035000 0x1000 rw rwx 0x1036000 0x1000 r rwx 0x1037000 0x5000 r x rwx 0x103c000 0x1000 rw rwx 0x103d000 0x3000 r rwx 0x1040000 0x12000 r x rwx 0x1052000 0x1000 rw rwx 0x1053000 0xa000 r rwx 0x105d000 0x8000 r x rwx 0x1065000 0x1000 rw rwx 0x1066000 0x2000 r rwx 0x1068000 0xfc000 r x rwx 0x1164000 0x3000 rw rwx 0x1167000 0x1a000 r rwx 0x1181000 0xe000 r x rwx 0x118f000 0x1000 rw rwx 0x1190000 0x4000 r rwx 0x1194000 0x1f000 r x rwx 0x11b3000 0x2000 rw rwx 0x11b5000 0x4000 r rwx 0x11b9000 0xe000 r x rwx 0x11c7000 0x1000 rw rwx 0x11c8000 0x2000 r rwx 0x11ca000 0x2000 r x rwx 0x11cc000 0x1000 rw rwx 0x11cd000 0x1000 r rwx 0x11ce000 0x4000 r x rwx 0x11d2000 0x1000 rw rwx 0x11d3000 0x1000 r rwx 0x11d4000 0x16000 r x rwx 0x11ea000 0x1000 rw rwx 0x11eb000 0x6000 r rwx 0x11f1000 0x29000 r x rwx 0x121a000 0x5000 rw rwx 0x121f000 0x1c000 r rwx 0x123b000 0xd000 r x rwx 0x1248000 0x1000 rw rwx 0x1249000 0x2000 r rwx 0x124b000 0x2b000 r x rwx 0x1276000 0x1000 rw rwx 0x1277000 0x11000 r rwx 0x1288000 0x25000 r x rwx 0x12ad000 0x1000 rw rwx 0x12ae000 0xf000 r rwx 0x12bd000 0x5e000 r x rwx 0x131b000 0x1000 rw rwx 0x131c000 0x8000 r rwx 0x1324000 0x1000 none rwx 0x1325000 0x1000 rw rwx 0x1326000 0x1000 none rwx 0x1327000 0x2000 rw rwx 0x1329000 0x1000 r rw 0x132a000 0x1000 r rw 0x132b000 0xb000 rw rwx 0x1336000 0x1000 none rwx 0x1337000 0x1000 rw rwx 0x1338000 0x1000 none rwx 0x1339000 0x1e000 rw rwx 0x1357000 0x1e000 rw rwx 0x1375000 0x1e000 rw rwx 0x1393000 0x1e000 rw rwx 0x13b1000 0x1e000 rw rwx 0x13cf000 0x1e000 rw rwx 0x13ed000 0xf000 rw rwx 0x13fd000 0x1000 rw rwx 0x13fe000 0x1000 rw rwx 0x13ff000 0x1000 rw rwx --- List of Regions to be Dumped --- address size prot maxp 0 0x1000 none none 0x1000 0x210000 r x rwx 0x211000 0x2e3000 rw rwx 0x4f4000 0x9c000 r rwx 0x590000 0x30000 r x rwx 0x5c0000 0x1000 rw rwx 0x5c1000 0xa000 r rwx 0x5cb000 0x117000 r x rwx 0x6e2000 0x5000 rw rwx 0x6e7000 0x58000 r rwx 0x73f000 0x1a000 r x rwx 0x759000 0x1000 rw rwx 0x75a000 0x7000 r rwx 0x761000 0x3e000 r x rwx 0x79f000 0x1000 rw rwx 0x7a0000 0x10000 r rwx 0x7b0000 0x102000 r x rwx 0x8b2000 0x1000 rw rwx 0x8b3000 0x24000 r rwx 0x8d7000 0xa000 r x rwx 0x8e1000 0x1000 rw rwx 0x8e2000 0x2000 r rwx 0x8e4000 0xc9000 r x rwx 0x9ad000 0x3000 rw rwx 0x9b0000 0x24000 r rwx 0x9d4000 0x11c000 r x rwx 0xaf0000 0x6000 rw rwx 0xaf6000 0x27000 r rwx 0xb1d000 0x40000 r x rwx 0xb5d000 0x3000 rw rwx 0xb60000 0xc000 r rwx 0xb6c000 0xcf000 r x rwx 0xc3b000 0x7000 rw rwx 0xc42000 0x24000 r rwx 0xc66000 0x12000 r x rwx 0xc78000 0x1000 rw rwx 0xc79000 0x2000 r rwx 0xc7b000 0xb000 r x rwx 0xc86000 0x1000 rw rwx 0xc87000 0x2000 r rwx 0xc89000 0xc000 r x rwx 0xc95000 0x1000 rw rwx 0xc96000 0x5000 r rwx 0xc9b000 0x10000 r x rwx 0xcab000 0x1000 rw rwx 0xcac000 0x7000 r rwx 0xcb3000 0x3a000 r x rwx 0xced000 0x2000 rw rwx 0xcef000 0xe000 r rwx 0xcfd000 0x31000 r x rwx 0xd2e000 0x1000 rw rwx 0xd2f000 0x8000 r rwx 0xd37000 0x79000 r x rwx 0xdb0000 0x4000 rw rwx 0xdb4000 0x10000 r rwx 0xdc4000 0x27000 r x rwx 0xdeb000 0x1000 rw rwx 0xdec000 0x6000 r rwx 0xdf2000 0x2c000 r x rwx 0xe1e000 0x2000 rw rwx 0xe20000 0xc000 r rwx 0xe2c000 0x1e000 r x rwx 0xe4a000 0x1000 rw rwx 0xe4b000 0x3000 r rwx 0xe4e000 0xfc000 r x rwx 0xf4a000 0x1000 rw rwx 0xf4b000 0xa000 r rwx 0xf55000 0x5000 r x rwx 0xf5a000 0x1000 rw rwx 0xf5b000 0x1000 r rwx 0xf5c000 0x3000 r x rwx 0xf5f000 0x1000 rw rwx 0xf60000 0x1000 r rwx 0xf61000 0x4000 r x rwx 0xf65000 0x1000 rw rwx 0xf66000 0x1000 r rwx 0xf67000 0x48000 r x rwx 0xfaf000 0x1000 rw rwx 0xfb0000 0x1b000 r rwx 0xfcb000 0x57000 r x rwx 0x1022000 0x3000 rw rwx 0x1025000 0xd000 r rwx 0x1032000 0x3000 r x rwx 0x1035000 0x1000 rw rwx 0x1036000 0x1000 r rwx 0x1037000 0x5000 r x rwx 0x103c000 0x1000 rw rwx 0x103d000 0x3000 r rwx 0x1040000 0x12000 r x rwx 0x1052000 0x1000 rw rwx 0x1053000 0xa000 r rwx 0x105d000 0x8000 r x rwx 0x1065000 0x1000 rw rwx 0x1066000 0x2000 r rwx 0x1068000 0xfc000 r x rwx 0x1164000 0x3000 rw rwx 0x1167000 0x1a000 r rwx 0x1181000 0xe000 r x rwx 0x118f000 0x1000 rw rwx 0x1190000 0x4000 r rwx 0x1194000 0x1f000 r x rwx 0x11b3000 0x2000 rw rwx 0x11b5000 0x4000 r rwx 0x11b9000 0xe000 r x rwx 0x11c7000 0x1000 rw rwx 0x11c8000 0x2000 r rwx 0x11ca000 0x2000 r x rwx 0x11cc000 0x1000 rw rwx 0x11cd000 0x1000 r rwx 0x11ce000 0x4000 r x rwx 0x11d2000 0x1000 rw rwx 0x11d3000 0x1000 r rwx 0x11d4000 0x16000 r x rwx 0x11ea000 0x1000 rw rwx 0x11eb000 0x6000 r rwx 0x11f1000 0x29000 r x rwx 0x121a000 0x5000 rw rwx 0x121f000 0x1c000 r rwx 0x123b000 0xd000 r x rwx 0x1248000 0x1000 rw rwx 0x1249000 0x2000 r rwx 0x124b000 0x2b000 r x rwx 0x1276000 0x1000 rw rwx 0x1277000 0x11000 r rwx 0x1288000 0x25000 r x rwx 0x12ad000 0x1000 rw rwx 0x12ae000 0xf000 r rwx 0x12bd000 0x5e000 r x rwx 0x131b000 0x1000 rw rwx 0x131c000 0x8000 r rwx 0x1324000 0x1000 none rwx 0x1325000 0x1000 rw rwx 0x1326000 0x1000 none rwx 0x1327000 0x2000 rw rwx 0x1329000 0x2000 r rw 0x132b000 0xb000 rw rwx 0x1336000 0x1000 none rwx 0x1337000 0x1000 rw rwx 0x1338000 0x1000 none rwx 0x1339000 0xc3000 rw rwx 0x13fd000 0x3000 rw rwx --- Header Information --- Magic = 0xfeedface CPUType = 18 CPUSubType = 10 FileType = 0x2 NCmds = 30 SizeOfCmds = 4212 Flags = 0x0000008d Highest address of load commands in input file: 0x590000 Lowest offset of all sections in __TEXT segment: 0x29d4 --- List of Load Commands in Input File --- # cmd cmdsize name address size 0 LC_SEGMENT 56 __PAGEZERO 0 0x1000 1 LC_SEGMENT 464 __TEXT 0x1000 0x210000 __text 0x39d4 0x1dc1f8 __symbol_stub1 0x1dfbcc 0x1c90 __cstring 0x1e185c 0x19982 __const 0x1fb1e0 0x12ab6 __text_cold 0x20dc98 0x1da8 __text_startup 0x20fa40 0x15c0 2 LC_SEGMENT 940 __DATA 0x211000 0x2e1000 __dyld 0x211000 0x1c __nl_symbol_ptr 0x21101c 0x8ec __la_symbol_ptr 0x211908 0x724 __const 0x21202c 0x2124 __cfstring 0x214150 0x510 __data 0x214660 0x27ac7c __static_data 0x48f2dc 0xd __bss2 0x48f2ec 0x59174 __bss3 0x4e8460 0x4c80 __pu_bss2 0x4ed0e0 0x1c40 __pu_bss3 0x4eed20 0x22d8 __bss1 0x4f0ff8 0xa __bss0 0x4f1002 0x3e8 3 LC_SEGMENT 1008 __OBJC 0x4f2000 0x2000 __cat_cls_meth 0x4f2000 0x34 __cat_inst_meth 0x4f2034 0x9c __message_refs 0x4f20d0 0x884 __cls_refs 0x4f2954 0x10c __class 0x4f2a60 0x2d0 __meta_class 0x4f2d30 0x2d0 __cls_meth 0x4f3000 0x28 __inst_meth 0x4f3028 0x918 __protocol 0x4f3940 0x28 __category 0x4f3968 0x1c __instance_vars 0x4f3984 0x33c __module_info 0x4f3cc0 0x70 __symbols 0x4f3d30 0x7c __image_info 0x4f3dac 0x8 4 LC_SEGMENT 56 __LINKEDIT 0x4f4000 0x9c000 5 LC_SYMTAB 24 6 LC_DYSYMTAB 80 7 LC_LOAD_DYLINKER 28 8 LC_UUID 24 9 LC_UNIXTHREAD 176 10 LC_LOAD_DYLIB 88 11 LC_LOAD_DYLIB 84 12 LC_LOAD_DYLIB 60 13 LC_LOAD_DYLIB 60 14 LC_LOAD_DYLIB 68 15 LC_LOAD_DYLIB 64 16 LC_LOAD_DYLIB 60 17 LC_LOAD_DYLIB 56 18 LC_LOAD_DYLIB 56 19 LC_LOAD_DYLIB 56 20 LC_LOAD_DYLIB 60 21 LC_LOAD_DYLIB 60 22 LC_LOAD_DYLIB 52 23 LC_LOAD_DYLIB 52 24 LC_LOAD_DYLIB 64 25 LC_LOAD_DYLIB 52 26 LC_LOAD_DYLIB 52 27 LC_LOAD_DYLIB 104 28 LC_LOAD_DYLIB 112 29 LC_LOAD_DYLIB 96 0x15fc080 (sz: 0x25bd/ 0x3f0a) 0x1500000 (sz: 0x31bd4/ 0xfc080) 0x27f8000 (sz: 0x681a/ 0x7f80) 0x2000000 (sz: 0x681800/0x7f8000) 0x17f2000 (sz: 0x3fff/ 0x5000) 0x13f2000 (sz: 0x3fff/ 0x5000) 0x17ed000 (sz: 0x3fff/ 0x5000) 0x13ed000 (sz: 0x3fff/ 0x5000) 0x13e8000 (sz: 0x3fff/ 0x5000) 0x13e3000 (sz: 0x3fff/ 0x5000) 0x13de000 (sz: 0x3fff/ 0x5000) 0x17d8000 (sz: 0x639e/ 0x7000) 0x13d9000 (sz: 0x3fff/ 0x5000) 0x13d4000 (sz: 0x3fff/ 0x5000) 0x17d1000 (sz: 0x6392/ 0x7000) 0x13cf000 (sz: 0x3fff/ 0x5000) 0x17cc000 (sz: 0x3fff/ 0x5000) 0x13ca000 (sz: 0x3fff/ 0x5000) 0x17c7000 (sz: 0x3fff/ 0x5000) 0x13c5000 (sz: 0x3fff/ 0x5000) 0x17c2000 (sz: 0x3fff/ 0x5000) 0x13c0000 (sz: 0x3fff/ 0x5000) 0x17bd000 (sz: 0x3fff/ 0x5000) 0x13bb000 (sz: 0x3fff/ 0x5000) 0x17b8000 (sz: 0x3fff/ 0x5000) 0x13b6000 (sz: 0x3fff/ 0x5000) 0x17b3000 (sz: 0x3fff/ 0x5000) 0x13b1000 (sz: 0x3fff/ 0x5000) 0x17ae000 (sz: 0x3fff/ 0x5000) 0x13ac000 (sz: 0x3fff/ 0x5000) 0x17a9000 (sz: 0x3fff/ 0x5000) 0x13a7000 (sz: 0x3fff/ 0x5000) 0x17a4000 (sz: 0x3fff/ 0x5000) 0x13a2000 (sz: 0x3fff/ 0x5000) 0x179f000 (sz: 0x3fff/ 0x5000) 0x139d000 (sz: 0x3fff/ 0x5000) 0x179a000 (sz: 0x3fff/ 0x5000) 0x1398000 (sz: 0x3fff/ 0x5000) 0x1795000 (sz: 0x3fff/ 0x5000) 0x1393000 (sz: 0x3fff/ 0x5000) 0x1790000 (sz: 0x3fff/ 0x5000) 0x138e000 (sz: 0x3fff/ 0x5000) 0x178b000 (sz: 0x3fff/ 0x5000) 0x1389000 (sz: 0x3fff/ 0x5000) 0x1786000 (sz: 0x3fff/ 0x5000) 0x1384000 (sz: 0x3fff/ 0x5000) 0x1781000 (sz: 0x3fff/ 0x5000) 0x137f000 (sz: 0x3fff/ 0x5000) 0x177c000 (sz: 0x3fff/ 0x5000) 0x137a000 (sz: 0x3fff/ 0x5000) 0x1777000 (sz: 0x3fff/ 0x5000) 0x1375000 (sz: 0x3fff/ 0x5000) 0x1772000 (sz: 0x3fff/ 0x5000) 0x1370000 (sz: 0x3fff/ 0x5000) 0x176d000 (sz: 0x3fff/ 0x5000) 0x136b000 (sz: 0x3fff/ 0x5000) 0x1768000 (sz: 0x3fff/ 0x5000) 0x1366000 (sz: 0x3fff/ 0x5000) 0x1763000 (sz: 0x3fff/ 0x5000) 0x1361000 (sz: 0x3fff/ 0x5000) 0x175e000 (sz: 0x3fff/ 0x5000) 0x135c000 (sz: 0x3fff/ 0x5000) 0x1759000 (sz: 0x3fff/ 0x5000) 0x1357000 (sz: 0x3fff/ 0x5000) 0x1754000 (sz: 0x3fff/ 0x5000) 0x1352000 (sz: 0x3fff/ 0x5000) 0x174f000 (sz: 0x3fff/ 0x5000) 0x134d000 (sz: 0x3fff/ 0x5000) 0x174a000 (sz: 0x3fff/ 0x5000) 0x1745000 (sz: 0x3fff/ 0x5000) 0x1740000 (sz: 0x3fff/ 0x5000) 0x173b000 (sz: 0x3fff/ 0x5000) 0x3727000 (sz: 0x3fff/ 0x5000) 0x1736000 (sz: 0x3fff/ 0x5000) 0x3722000 (sz: 0x3fff/ 0x5000) 0x1731000 (sz: 0x3fff/ 0x5000) 0x371d000 (sz: 0x3fff/ 0x5000) 0x172c000 (sz: 0x3fff/ 0x5000) 0x3718000 (sz: 0x3fff/ 0x5000) 0x1724000 (sz: 0x3fff/ 0x5000) 0x3713000 (sz: 0x3fff/ 0x5000) 0x171f000 (sz: 0x3fff/ 0x5000) 0x370e000 (sz: 0x3fff/ 0x5000) 0x3709000 (sz: 0x3fff/ 0x5000) 0x170c000 (sz: 0x3fff/ 0x5000) 0x16c3000 (sz: 0x3fff/ 0x5000) 0x16be000 (sz: 0x4548/ 0x5000) 0x16b9000 (sz: 0x3fff/ 0x5000) 0x16b4000 (sz: 0x3fff/ 0x5000) 0x16af000 (sz: 0x3fff/ 0x5000) 0x16aa000 (sz: 0x3fff/ 0x5000) 0x16a5000 (sz: 0x3fff/ 0x5000) 0x16a0000 (sz: 0x3fff/ 0x5000) 0x169b000 (sz: 0x3fff/ 0x5000) 0x1696000 (sz: 0x3fff/ 0x5000) 0x1691000 (sz: 0x3fff/ 0x5000) 0x168c000 (sz: 0x3fff/ 0x5000) 0x1687000 (sz: 0x3fff/ 0x5000) 0x1682000 (sz: 0x3fff/ 0x5000) 0x167d000 (sz: 0x3fff/ 0x5000) 0x1678000 (sz: 0x3fff/ 0x5000) 0x1673000 (sz: 0x3fff/ 0x5000) 0x166e000 (sz: 0x3fff/ 0x5000) 0x1669000 (sz: 0x3fff/ 0x5000) 0x1664000 (sz: 0x3fff/ 0x5000) 0x165f000 (sz: 0x3fff/ 0x5000) 0x165a000 (sz: 0x3fff/ 0x5000) 0x1655000 (sz: 0x3fff/ 0x5000) 0x1650000 (sz: 0x3fff/ 0x5000) 0x164b000 (sz: 0x3fff/ 0x5000) 0x1646000 (sz: 0x3fff/ 0x5000) 0x1641000 (sz: 0x3fff/ 0x5000) 0x163c000 (sz: 0x3fff/ 0x5000) 0x1637000 (sz: 0x3fff/ 0x5000) 0x1632000 (sz: 0x3fff/ 0x5000) 0x162d000 (sz: 0x3fff/ 0x5000) 0x1628000 (sz: 0x3fff/ 0x5000) 0x1623000 (sz: 0x3fff/ 0x5000) 0x161e000 (sz: 0x3fff/ 0x5000) 0x1619000 (sz: 0x3fff/ 0x5000) 0x1614000 (sz: 0x3fff/ 0x5000) 0x160f000 (sz: 0x3fff/ 0x5000) 0x160a000 (sz: 0x3fff/ 0x5000) 0x1605000 (sz: 0x3fff/ 0x5000) 0x1600000 (sz: 0x3fff/ 0x5000) 0x17f7000 (sz: 0x3fff/ 0x5000) 0x13f7000 (sz: 0x3fff/ 0x5000) --- Load Commands written to Output File --- Writing segment __PAGEZERO @ 0 ( 0/ 0x1000 @ 0) Writing segment __TEXT @ 0 (0x210000/0x210000 @ 0x1000) Writing segment __DATA @ 0x210000 (0x2e1000/0x2e1000 @ 0x211000) section __dyld at 0x210000 - 0x21001c (sz: 0x1c) section __nl_symbol_ptr at 0x21001c - 0x210908 (sz: 0x8ec) section __la_symbol_ptr at 0x210908 - 0x21102c (sz: 0x724) section __const at 0x21102c - 0x213150 (sz: 0x2124) section __cfstring at 0x213150 - 0x213660 (sz: 0x510) section __data at 0x213660 - 0x48e2dc (sz: 0x27ac7c) unexec: unrecognized section __static_data in __DATA segment make[1]: *** [bootstrap-emacs] Error 1 make: *** [src] Error 2 Cleaning and applying your patch for GCC 4.6, GNU Emacs built. -- Greetings Pete A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools. - Douglas Adams, »Mostly Harmless«
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Sat, 04 Oct 2014 17:20:02 GMT) Full text and rfc822 format available.Message #128 received at 9927-done <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>, 9927-done <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sat, 04 Oct 2014 10:19:29 -0700
[Message part 1 (text/plain, inline)]
Peter Dyballa wrote: > I think it is not fixed trunk, because GNU Emacs pretest 24.3.94 does not have it. If I understand you correctly, you're saying that GNU Emacs 24.3.94 has the bug, and that the bug went away when you applied the patch (attached), and that we should therefore backport this patch to the emacs-24 branch. Is that what you meant? If so, Stefan, OK if I do that?
[osx.patch (text/plain, attachment)]
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Sat, 04 Oct 2014 18:19:02 GMT) Full text and rfc822 format available.Message #131 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sat, 04 Oct 2014 14:18:27 -0400
Paul Eggert wrote: > If I understand you correctly, you're saying that GNU Emacs 24.3.94 > has the bug, and that the bug went away when you applied the patch > (attached), and that we should therefore backport this patch to the > emacs-24 branch. Is that what you meant? If so, Stefan, OK if I do > that? We've been through this already. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9927#119
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Sat, 04 Oct 2014 19:44:01 GMT) Full text and rfc822 format available.Message #134 received at 9927 <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: Glenn Morris <rgm <at> gnu.org> Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 9927 <at> debbugs.gnu.org Subject: Re: bug#9927: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sat, 04 Oct 2014 12:43:09 -0700
Glenn Morris wrote: > We've been through this already. Ah, sorry, I forgot. It is a looongg bug report....
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Sun, 05 Oct 2014 18:40:03 GMT) Full text and rfc822 format available.Message #137 received at 9927-done <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>, 9927-done <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sun, 5 Oct 2014 20:36:57 +0200
Am 04.10.2014 um 19:19 schrieb Paul Eggert: > If I understand you correctly, you're saying that GNU Emacs 24.3.94 has the bug, and that the bug went away when you applied the patch (attached), and that we should therefore backport this patch to the emacs-24 branch. Is that what you meant? Exactly! I cannot check whether trunk, GNU Emacs 25.0.50, can be compiled because I get an error when I try to build with GCC 4.8.3 or any other C compiler, except GCC 4.0: @(#)PROGRAM:ld PROJECT:ld64-136 configured to support archs: i386 x86_64 armv7 armv7s Library search paths: /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib /opt/local/lib/gcc48/gcc/x86_64-apple-darwin10/4.8.3 /opt/local/lib/gcc48 /usr/lib /usr/local/lib Framework search paths: /Library/Frameworks/ /System/Library/Frameworks/ duplicate symbol _Qleft in: keyboard.o buffer.o duplicate symbol _Qright in: keyboard.o buffer.o ld: 2 duplicate symbols for architecture x86_64 collect2: error: ld returned 1 exit status make[2]: *** [temacs] Error 1 make[1]: *** [src] Error 2 make: *** [bootstrap] Error 2 -- Greetings Pete A lot of people mistake a short memory for a clear conscience. – Doug Larson
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Sun, 05 Oct 2014 23:20:02 GMT) Full text and rfc822 format available.Message #140 received at 9927-done <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>, 9927-done <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sun, 05 Oct 2014 16:19:27 -0700
Peter Dyballa wrote: > I cannot check whether trunk, GNU Emacs 25.0.50, can be compiled because I get an error when I try to build Thanks, I just now fixed that, in trunk bzr 118056.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Mon, 06 Oct 2014 01:30:02 GMT) Full text and rfc822 format available.Message #143 received at 9927-done <at> debbugs.gnu.org (full text, mbox):
From: Stefan Monnier <monnier <at> iro.umontreal.ca> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 9927-done <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sun, 05 Oct 2014 21:29:22 -0400
>> I cannot check whether trunk, GNU Emacs 25.0.50, can be compiled because
>> I get an error when I try to build
> Thanks, I just now fixed that, in trunk bzr 118056.
Did this bug affect 24.3 as well?
Stefan
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Mon, 06 Oct 2014 02:48:01 GMT) Full text and rfc822 format available.Message #146 received at 9927-done <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: Stefan Monnier <monnier <at> iro.umontreal.ca> Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 9927-done <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Sun, 05 Oct 2014 19:47:03 -0700
Stefan Monnier wrote: >>> I cannot check whether trunk, GNU Emacs 25.0.50, can be compiled because >>> I get an error when I try to build >> Thanks, I just now fixed that, in trunk bzr 118056. > > Did this bug affect 24.3 as well? The little bug that I fixed in trunk bzr 118056 was present only in the trunk; it's never been in the emacs-24 branch. I think this little bug was introduced in trunk bzr 117587 on 2014-07-27. Bug#9927 itself affects 24.3 (and 23) as well. Apparently Emacs has been unbuildable with GCC 4.6+ for quite some time on OS X. This bigger bug was fixed in trunk bzr 117896, but that fix was apparently too late for the Emacs 24.4 cutoff.
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Mon, 06 Oct 2014 13:16:02 GMT) Full text and rfc822 format available.Message #149 received at 9927-done <at> debbugs.gnu.org (full text, mbox):
From: Stefan Monnier <monnier <at> iro.umontreal.ca> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 9927-done <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Mon, 06 Oct 2014 09:15:47 -0400
>>>> I cannot check whether trunk, GNU Emacs 25.0.50, can be compiled because
>>>> I get an error when I try to build
>>> Thanks, I just now fixed that, in trunk bzr 118056.
>>
>> Did this bug affect 24.3 as well?
> The little bug that I fixed in trunk bzr 118056 was present only in the
> trunk; it's never been in the emacs-24 branch. I think this little bug was
> introduced in trunk bzr 117587 on 2014-07-27.
> Bug#9927 itself affects 24.3 (and 23) as well. Apparently Emacs has been
> unbuildable with GCC 4.6+ for quite some time on OS X. This bigger bug was
> fixed in trunk bzr 117896, but that fix was apparently too late for the
> Emacs 24.4 cutoff.
OK, good, thanks,
Stefan
bug-gnu-emacs <at> gnu.org:bug#9927; Package emacs.
(Mon, 06 Oct 2014 16:20:02 GMT) Full text and rfc822 format available.Message #152 received at 9927-done <at> debbugs.gnu.org (full text, mbox):
From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>, 9927-done <at> debbugs.gnu.org Subject: Re: 24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections Date: Mon, 6 Oct 2014 18:16:38 +0200
Am 18.09.2014 um 07:27 schrieb Paul Eggert:
> Closing the bug, as it appears to be fixed in the trunk.
Yes, it's fixed here!
--
Greetings
Pete
<\
\__ O __O
| O\ _\\/\-% _`\<,
'()-'-(_)--(_) (_)/(_)
Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org.
(Tue, 04 Nov 2014 12:24:03 GMT) Full text and rfc822 format available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.