Re: cputype (18, architecture ppc) does not match cputype (7) for specified -arch flag: i386
Re: cputype (18, architecture ppc) does not match cputype (7) for specified -arch flag: i386
- Subject: Re: cputype (18, architecture ppc) does not match cputype (7) for specified -arch flag: i386
- From: "Hans Kuder" <email@hidden>
- Date: Mon, 28 May 2007 21:44:12 -0400
Thanks for the quick response, Bruce.
I have ZeroLink turned off for both this project and a framework
(MTCoreAudio) I'm trying to build as a Universal Binary as well, and I'm
still getting the errors.
Actually, for the MTCoreAudio framework I still get a bunch of Undefinded
symbols errors, but there's no unmatched architecture warnings I get in my
app build attempts.
Does it make a difference which frameworks you actually copy into your
project? I just tried getting the frameworks from the /Developer... SDK
instead of from /System/Library/Frameworks, and that seemed hopeful for a
moment, because I got **fewer** undefined symbols errors, but a subsequent
clean and rebuild came up with the original myriad errors.
Any other ideas?
Thanks!
Hans
On 5/28/07, Bruce Truax <email@hidden> wrote:
Make sure Zerolink is turned off for your release build. This will cause
exactly the problem you are having.
Bruce
On 5/28/07 9:12 PM, "Hans Kuder" <email@hidden> wrote:
> Hello,
>
> I'm trying to build a Universal Binary for a project that works fine
under
> the Debug (ppc) configuration using Xcode 2.4.1. I have set both my
project
> and target executable to link against /Developer/SDKs/MacOSX10.4u.sdk ,
and
> both set to build for ppc and i386. Still, I get a host of warnings (and
> subsequent undefined symbol errors as a result) of the type:
>
> /usr/bin/ld: warning
>
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Cocoa.framework/Coco>
a
> cputype (18, architecture ppc) does not match cputype (7) for specified
> -arch flag: i386 (file not loaded)
>
> This gives rise to "Undefined symbols" errors for just about every
symbol
> found in a standard library or framework.
>
> Searching Google for answers led me to try removing the "Separate PCH
> symbols" option in the build configuration with the hope of forcing the
> precompiled headers to link correctly, but that didn't make any
difference.
>
> Any ideas? Is my SDK borked? Any help would really be appreciated.
>
> Thanks!
>
> Hans
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
--
____________________________________________________________
Bruce E. Truax email: email@hidden
Optical Engineering Consultant
Diffraction Limited Design LLC
388 Wedgewood Road voice: 860-276-0450
Southington, CT 06489 fax: 860-620-9026
http://www.dld-llc.com
_____________________________________________________________
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden