On 13 Apr 2011, at 14:22, Helmut Hartl wrote:
Am 17.03.11 12:48, schrieb Jonas Maebe:
There won't be an iOS 2.4.4 release, because it would barely work
with
current iOS SDK releases:
a) as of Xcode 3.2.0, simulator builds require the iphonesim target
that only exists in 2.5.x
b) as of Xcode 3.2.6 and Xcode 4, all object files (including those
generated by the resource compiler) must having matching ARM
architecture identifiers of the linker will refuse to link them, and
there does not appear to be a way to override this anymore (this
hasn't even been fixed in fpc trunk yet)
What has to be done to get trunk working with XCode 4 ?
To clarify: that only affects iOS. Plain Mac OS X compilation works
fine with Xcode 4 (better than with Xcode 3 in fact, since the linker
bug mentioned at e.g.
http://www.freepascal.org/down/i386/macosx-ftp.freepascal.org.var
under "Mac OS X 10.6 (Snow Leopard) compatibility" has been fixed).
As for iOS, see the attached messages.
Jonas
--- Begin Message ---
On 17 Mar 2011, at 17:20, Scott Knapp wrote:
> All this longwinded explanation is really background to ask a simple
> question: Is it possible to build the arm cross compiler and run time library
> using the latest Apple command line tools, and if so, what might be the
> proper "make" incantation that makes it happen?
It's not possible currently. It requires
1) changes to the compiler to add armv7 as a valid ARM architecture (trivial)
2) changes to the Delphi-style resource writer so that it gets support for the
various ARM sub architectures (a bit more work)
3) changes to the compiler so that it passes those sub-architecture options on
to the resource writer rather than just the "top level" architecture in case of
ARM/Darwin (also a bit more work)
4) change to the compiler to pass the sub-architecture rather than plain "-arch
arm" to the linker (trivial)
Unfortunately, I'm rather swamped with work right now.
Jonas
_______________________________________________
Mac-Pascal mailing list
[email protected]
http://lists.sonic.net/mailman/listinfo/mac-pascal
--- End Message ---
--- Begin Message ---
On 18 Mar 2011, at 17:09, Scott Knapp wrote:
> OK. This at least gives me a path to poke around in the Makefile and see if
> I can't short circuit or bypass the native compiler building for this CPU
> target.
Here's a patch you can apply for now that forces the compiler to always pass
the sub-architecture to the linker. It should resolve Phill's and your problem
until I get a chance to properly fix it throughout the entire FPC tool chain.
To apply:
1) save the attachment in the top level fpc directory
2) go to that directory in the Terminal and type
patch -p0 < darwin-linker-arm-subarch.patch
It will remain applied even if you perform an "svn update" afterwards. My full
fix will normally simply include this change, so once I fix it completely the
patch you applied and the one from svn should be merged automatically.
Jonas
darwin-linker-arm-subarch.patch
Description: Binary data
_______________________________________________
Mac-Pascal mailing list
[email protected]
http://lists.sonic.net/mailman/listinfo/mac-pascal
--- End Message ---
_______________________________________________
fpc-devel maillist - [email protected]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
