Re: Universal binary problem: ... cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded)
Re: Universal binary problem: ... cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded)
- Subject: Re: Universal binary problem: ... cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded)
- From: Steve Checkoway <email@hidden>
- Date: Tue, 7 Mar 2006 22:46:36 -0800
On Mar 7, 2006, at 1:14 PM, Mark Lentczner wrote:
AHA! Found the culprit!
-gfull
This causes the headers to be built incorrectly in the cpp, ppc
case! Or rather, only in this case is a .gch.o file built with the
precompiled header, and in the cpp, ppc case built for the wrong
architecture.
I had it on to support dead code stripping. Which, sigh, I suppose
I can't have!
So, the short story is- If you have precompiled headers AND -gfull,
AND a universal build AND cpp code, THEN it doesn't work.
Are you sure that's the case? I ran into some issues with this where
I had two configurations, one for native (for debugging purposes) and
one universal. What I found was that when I switched from one to the
other (possibly only in one direction), I would get an error
regarding the precompiled headers.
What I ended up doing was changing my precompiled header cache path to
/Library/Caches/com.apple.Xcode.$(UID)/SharedPrecompiledHeaders/$
(CONFIGURATION)
and that seemed to solve the problem since I have precompiled
headers, I'm using -gfull, I'm building a UB, and I'm using c++ in
the precompiled headers (unless you meant the c preprocessor by cpp...).
- Steve
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden