• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: OBJROOT and SYMROOT in Xcode 4?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: OBJROOT and SYMROOT in Xcode 4?


  • Subject: Re: OBJROOT and SYMROOT in Xcode 4?
  • From: Quincey Morris <email@hidden>
  • Date: Mon, 04 Apr 2011 11:28:08 -0700

On Apr 4, 2011, at 10:14, Christiaan Hofman wrote:

> Thanks, I was not aware of that. Though it's still weird that the project/workspace itself does point to it anywhere, even though it's using it.

I think it's consistent with a trend to make the intermediate derived products more private to Xcode, and less interesting to the developer.

> And it is still true that the build settings do NOT point to the actual location that is used (in contradiction to your description.)

I found that the *macros* pointed to the correct places, so that (e.g.) script phases referencing $SYMROOT do the right thing. At least, I think that's what I saw -- I didn't investigate very deeply.

You just won't see the actual macro values in the build settings editor. Again, that's consistent with such things having become more private to Xcode -- in a sense, those build settings don't exist any more (with default preferences), although the macros do still exist. Aren't there a lot of other macros that, similarly, have some relationship to build settings but aren't actually *in* the build settings?

> Moreover, I cannot confirm what you say about incomplete build products in these DerivedData folders. For me they're always complete, including for Debug builds. So if you're really getting incomplete build products, I think you either have aproblem ion building, or you're running into a bug.

I left out a piece of information that I'd forgotten in my fumbling around.

This situation I described involves embedded private frameworks. There's a Copy Files build phase that copies them into the app bundle. Currently, that build phase is set to run only "when installing".

In that case, the *only* Xcode operation I could find that ran the phase was 'Archive' -- not 'Build For Archive', nothing else. Presumably, that's because in Xcode 4 "build" means "build" and not "build and install".

If I change the build phase to run all the time, my app bundle is (IIRC) complete, but the copying also gets done for Debug builds (and for Release builds where I don't care, like profiling). That's why I chose "when installing".

There could well be a bug there or a deficiency in my understanding.


 _______________________________________________
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

  • Follow-Ups:
    • Re: OBJROOT and SYMROOT in Xcode 4?
      • From: Kai BrĂ¼ning <email@hidden>
References: 
 >OBJROOT and SYMROOT in Xcode 4? (From: Kai BrĂ¼ning <email@hidden>)
 >Re: OBJROOT and SYMROOT in Xcode 4? (From: Christiaan Hofman <email@hidden>)
 >Re: OBJROOT and SYMROOT in Xcode 4? (From: Quincey Morris <email@hidden>)
 >Re: OBJROOT and SYMROOT in Xcode 4? (From: Christiaan Hofman <email@hidden>)

  • Prev by Date: Re: OBJROOT and SYMROOT in Xcode 4?
  • Next by Date: HELP!!!! XCode4 won't build after running XCode3 proj in same folder
  • Previous by thread: Re: OBJROOT and SYMROOT in Xcode 4?
  • Next by thread: Re: OBJROOT and SYMROOT in Xcode 4?
  • Index(es):
    • Date
    • Thread