[PD] Re: [PD-announce] Pd compiled for imac

Hans-Christoph Steiner hans at eds.org
Sun May 28 01:20:57 CEST 2006


On May 28, 2006, at 1:07 AM, chris clepper wrote:

> On 5/27/06, Hans-Christoph Steiner <hans at eds.org> wrote:
>
> On May 28, 2006, at 12:22 AM, Miller Puckette wrote:
>
> > Yep... I thought 'imac' meant 'intel-mac' but I guess it doesn't.
> >
> > Anyway, I think that if someone wants to publish an extern that  
> works
> > on either mips or i86 macs, they would have to include both
> > "dylib"s...
> > unless there's a way to make a fat dylib with binaries for both
> > architectures.
>
> Apple provides two mechanisms for this, one is fat binaries, which
> have been supported since NeXTSTEP 3.2 (Mac OS X 10.4 == NeXTSTEP
> 6.4), and the other is Rosetta, which runs PPC code in emulation.
> NeXTSTEP/Apple uses gcc for everything, so building fat binaries is
> just a matter of figuring out the gcc options.
>
> A fat binary only solves the executable problem.  The externals are  
> just as much a headache to deal with as the Pd app - maybe more.

If its just a matter of giving some flags to gcc, which I think it  
is, then it would be _much_ easier to add those flags to the relevant  
makefiles than to deal with a new file extension.

> The catch with Rosetta is that you cannot load a PPC lib into an  
> Intel application or vice versa.  This is going to become slightly  
> tricky to make sure people get the proper OSX externals that match  
> their CPU type.
>
> I don't think fat dylibs exist -it would be a useful thing to have  
> though.

I think fat dylibs do exist (from a Slashdot thread):
http://apple.slashdot.org/article.pl?sid=05/08/24/2114232

OS X 10.4 uses fat binaries. For example, Apple recently botched a  
security update by failing to ship a fat binary for the BSD layer.  
This is what it's supposed to look like:

     $ file /usr/lib/libSystem.B.dylib
     /usr/lib/libSystem.B.dylib: Mach-O fat file with 2 architectures
     /usr/lib/libSystem.B.dylib (for architecture ppc): Mach-O  
dynamically linked shared library ppc
     /usr/lib/libSystem.B.dylib (for architecture ppc64): Mach-O 64- 
bit dynamically linked shared library ppc64

Apple's GCC has built-in support for fat binaries:

     $ gcc -o hello hello.m -arch ppc -arch ppc64
     $ file hello
     hello: Mach-O fat file with 2 architectures
     hello (for architecture ppc): Mach-O executable ppc
     hello (for architecture ppc64): Mach-O 64-bit executable ppc64

If I had the right SDK installed, I could have added -arch i386.  
Building fat binaries with GCC and ICC will probably require the use  
of lipo(1).


.hc

________________________________________________________________________ 
____

"I have the audacity to believe that peoples everywhere can have  
three meals a day for their bodies, education and culture for their  
minds, and dignity, equality and freedom for their spirits."
                                             - Martin Luther King, Jr.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20060528/ec00e9b4/attachment.htm>


More information about the Pd-list mailing list