• 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
Build settings and configuration files
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Build settings and configuration files


  • Subject: Build settings and configuration files
  • From: "Kevin Meaney" <email@hidden>
  • Date: Tue, 10 Jan 2006 17:40:04 +0000
  • Organization: Softpress

G'day again,

I have been looking into using Xcode Configuration files for custom
build settings so that these can be set in one place. This allows our
Info.plist, our resource files and source files to pick up the same
build settings, and so we can modify the build settings in a text file
where comments and a change history can be included.

Unfortunately what I have noticed is that modifying the config files
does not result in the appropriate files being marked dirty. For
example, one of our settings is our build number. If a developer checks
in, the build number will be updated. When the other developers do an
update, they get the updated source files, and the Xcode configuration
file with the updated build number. The modified configuration file does
not cause xcode to mark files dirty.

I have just managed to remove our dependency for the custom build
settings from our source files, so it is only our resource files and the
info.plist that are left. But I still need to find a way to make sure
that the plist file and resource files will be marked dirty when the
config file changes.

Any suggestions?

Kevin

 _______________________________________________
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

  • Prev by Date: Re: Slow linking - will switching to frameworks help?
  • Next by Date: const StringPtr != ConstStringPtr
  • Previous by thread: Re: Slow linking - will switching to frameworks help?
  • Next by thread: const StringPtr != ConstStringPtr
  • Index(es):
    • Date
    • Thread