• 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: Equivalent to xcconfig conditionals available?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Equivalent to xcconfig conditionals available?


  • Subject: Re: Equivalent to xcconfig conditionals available?
  • From: "Mattias Arrelid" <email@hidden>
  • Date: Wed, 25 Jun 2008 17:22:43 +0200

On Wed, Jun 25, 2008 at 4:26 PM, Ken Thomases <email@hidden> wrote:
> On Jun 25, 2008, at 7:20 AM, Mattias Arrelid wrote:
>
>> The problem appears when we go to the next Xcode project (let's call
>> this the top level project, it produces an application bundle). Let's
>> pose that a target of this project will use one of the above mentioned
>> libraries. To do this, we add that library's Xcode project to our
>> Xcode project. In addition to this, we add the library target of that
>> Xcode project as a dependency of our target. Now, how can we, at this
>> level, specify a build setting that should be used in this target
>> _and_ all targets that we're depending on?
>
> I'm not sure that makes sense to me.  If you're depending on the build
> product of another project's target, it should be whatever that target would
> produce even if it were built separately.  If a target is to change what it
> produces based on what's using it, that just seems weird to me.  Among other
> things, it introduces odd build dependency problems.  (Is the product up to
> date?  Well, it's newer than all of its source files, and its own build
> settings haven't changed, but hey, it's being used by another project which
> might be imposing its own build settings.  So, we always have to rebuild it
> from scratch.)
>
> All that said, sub-targets are built using the build configuration name
> that's used for the referrer.  So, if your referrers all use configuration
> names which are unique relative to each other, and your library target has
> corresponding configurations, each of which is based on a different
> .xcconfig, then you might be able to get what you're looking for.  If that
> made sense.

I know, this seems kind of messy :)

Maybe I'm better off doing something like this:

generic.xcconfig > {platform}.xcconfig > {configuration}.xcconfig >
{target}.xcconfig.

The problem is, just like Chris mentioned earlier, that to include
{platform}.xcconfig I would have to base it on some other build
setting (which really isn't what I want to, nor can?, do). Seems I
might be stuck :/

/ Mattias
 _______________________________________________
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: Equivalent to xcconfig conditionals available?
      • From: Rush Manbert <email@hidden>
References: 
 >Equivalent to xcconfig conditionals available? (From: "Mattias Arrelid" <email@hidden>)
 >Re: Equivalent to xcconfig conditionals available? (From: Ken Thomases <email@hidden>)
 >Re: Equivalent to xcconfig conditionals available? (From: "Mattias Arrelid" <email@hidden>)
 >Re: Equivalent to xcconfig conditionals available? (From: Ken Thomases <email@hidden>)

  • Prev by Date: Re: Project templates
  • Next by Date: RE: Project templates
  • Previous by thread: Re: Equivalent to xcconfig conditionals available?
  • Next by thread: Re: Equivalent to xcconfig conditionals available?
  • Index(es):
    • Date
    • Thread