Re: Archiving problems with xcode 4.3
Re: Archiving problems with xcode 4.3
- Subject: Re: Archiving problems with xcode 4.3
- From: Quincey Morris <email@hidden>
- Date: Tue, 28 Feb 2012 12:19:39 -0800
On Feb 28, 2012, at 12:05 , Mirko Viviani wrote:
> The Copy Headers phase does not have an input destination field, but it uses the PUBLIC_HEADERS_FOLDER_PATH, PRIVATE_HEADERS_FOLDER_PATH and also DSTROOT.
>
> Public and Private headers path are set to /usr/local/include
> Skip Install to Yes
> DSTROOT to $(BUILT_PRODUCTS_DIR)
>
> Obviously my main project (Lyn) search path contains $(BUILT_PRODUCTS_DIR)/usr/local/include
Well, yes, that's kind of what I was talking about. You're telling the copy to copy the files *somewhere* into the intermediate build products hierarchy, but you're assuming that $(BUILT_PRODUCTS_DIR) is always the same every time Xcode does a compile/link/archive. My point is that it isn't. Your assumption is a left-over from the Xcode 3 universe.
>> I'm not sure sub-projects are even supported in Xcode 4 any more, but a workspace with your projects at the top level is a better way to go.
>
> I don't know but they seem to work. Anyway I can move them at top level, but at the moment the priority is to get the debugger working.
I think I'm suggesting that if you put the library projects at the the top level, that *will* get the debugger working.
_______________________________________________
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