>>>>> On Mon, 10 Mar 2008 12:38:40 +0900, YAMAMOTO Mitsuharu <[EMAIL
>>>>> PROTECTED]> said:
>>> Also, quick question, what is the reason behind the change to
>>> lastfile.c?
>> I tried to compile Emacs with the Apple GCC 4.2 preview available
>> from the Apple Developer Connection, but it failed in the unexec()
>> stage. (Hence the check for __APPLE_CC__ being greater than 5500.)
>> It mitigated the error somewhat, only to fail somewhere else. No
>> reason to apply it since I never got it to work anyway.
> FWIW, I tried compiling the Carbon port and the Carbon+AppKit port
> (in case it has something to do with Objective-C) with gcc-4.2 in
> Xcode 3.1 beta (iPhone SDK), and both worked.
To follow up, Emacs.app uses the same unexmacosox.c with the
Carbon(+AppKit) port.
The reason for the use of my_endbss_static is as explained in that
file:
/* 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. */
So, changing its value to the address of a non-static variable is not
correct anyway.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Emacs-app-dev- mailing list
Emacs-app-dev-@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-
