on 6/17/05 7:04 PM, Björn Eiríksson at bjorn at einhugur dot com wrote:
> I am getting some complaints after making a switch to GCC 4.0 for
> systems pre 10.3.9.
>
> From looking it up then GCC 4.0 compilations don't work on systems
> before 10.3.9.
>
> Now looking a few months ahead then we are supposed to use GCC 4.0
> since that will be the only way to make the
> FAT Mach-O to support both PPC and Intel.
>
> Now.....with this all in mind then how do we support systems before
> 10.3.9 ?
>
> Or is there something in this equation that I am missing ?
>
I think the interesting question will be, can RB support plug-ins that are
universal binaries? On the Carbon-dev list Apple employees have stated that
the PPC part of the universal binary can be GCC 3.3 (or even built with
CodeWarrior) while the x86 part can be built with GCC 4.0.
>From Chris Espinosa of Apple:
> There's a sample project that does just this in my iDisk public folder, at
> cdespinosa. It builds the SDKExample with one target for ppc 10.2.8 and later
> with gcc3,3, and for i386 for 10.4.1 and later with gcc4. It uses the 10.4u
> SDK on both sides, but it uses #ifs on the AvailabilityMacros to be able to be
> built (at least on the ppc side) with any SDK from 10.2.8 up.
>From Eric Albert of Apple:
> And just to be completely clear here, universal binary support is merely
> about the Mach-O file format and doesn't have anything per se to do with
> the compiler. So if you'd like, you can build the PowerPC side of your
> application with CodeWarrior or xlc or even write type out the bytes one
> at a time in vi, then use lipo to merge the resulting PowerPC binary
> with an Intel binary built with gcc 4.0.
>
> Of course, the build-and-merge process is substantially easier if you
> build both sides in Xcode, and easier yet if you're using the same
> compiler and SDK version for both Intel and PowerPC. But you aren't
> tied to that.
Chris
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
|