GNU bug report logs - #9927
24.1.50; unexec/unexmacosx doesn't grok GCC 4.6+ sections

Previous Next

Full log

View this message in rfc822 format

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: 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!

Previous Next

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