Re: Changing build settings based on archive-vs-run?
Re: Changing build settings based on archive-vs-run?
- Subject: Re: Changing build settings based on archive-vs-run?
- From: Fritz Anderson <email@hidden>
- Date: Thu, 03 Apr 2014 17:05:55 -0500
On 3 Apr 2014, at 4:26 PM, Rick Mann <email@hidden> wrote:
> Thanks, Fritz and Quincey. I should've been more clear. Of course I could do that, but the problem with that approach is that it increases the complexity of the project. Now I have not two, but three Configurations for which to maintain settings, something that rubs me the wrong way.
That’s what configuration files (.xcconfig) are for. One text file, multiple configurations sharing it, containing all the settings you want for both; and then you override only the settings that should be unique to the configuration.
One could wish (grinding teeth) one could get a complete .xcconfig out of an existing configuration. I think you’re _supposed_ to be able select multiple rows and copy them, but every version of Xcode has its own way of not making it work.
Yeah, yeah, yeah, Radar.
> Turns out, there's another fairly easy way to get all archs: disconnect all iOS devices. If the target popup (is that what it's called? Not to be confused with targets in the project, but the destination of the build product) just shows "iOS Device," it'll build all archs.
You were so close. It’s the destination.
> Not perfect, but reasonable. I also wish I could control the inclusion or exclusion of files based on Configuration, a related but different problem, to be fought for another day.
No need for another day: You’re not going to get it. Not unless you can tolerate hacking a preprocessor macro into the build settings to block and unblock #include directives in the source. A “target” is an immutable set of source files by definition. And (I’m obsessive enough that I won’t start thinking it out right now) mutable-source targets are a build-system smell for me.
It’s a little better with libraries; you can add their names as “additional linker flags” to select among them, and there’s a special case (long forgotten) for designating debug, profile, and normal versions of libraries. I’m not sure anyone has been maintaining the feature, though.
— F
--
Xcode 5 Start to Finish: This month, maybe next.
_______________________________________________
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