• 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: Gratuitous rebuilds in Xcode 2.3
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Gratuitous rebuilds in Xcode 2.3


  • Subject: Re: Gratuitous rebuilds in Xcode 2.3
  • From: Jim Wintermyre <email@hidden>
  • Date: Thu, 7 Dec 2006 21:47:16 -0800

Thanks to everyone for the info regarding this. I was already doing some of the suggestions, but not others. In particular, I didn't know about Preprocessor Macros Not Used In Precomps, and the suggestion about diffing the .pch hash-criteria files was very helpful. Now I've managed to get things to where my static library and all the plugins that use it are sharing a single precompiled header (per architecture and per debug/release). This resulted in a huge reduction in the pch cache size, and a much faster overall build. Thanks!!

I have a couple more related questions:

- I found that I couldn't share the pch between the static library and the plugins unless I set GCC_INCREASE_PRECOMPILED_HEADER_SHARING = YES. If I didn't do this, then diffing the hash-criteria files showed a couple different header -I paths. What's weird is that the header search paths are specified exactly the same in the library and plugin projects! The paths that are showing up different are actually way down inside PowerPlant, which I have set up as a recursive search path. The odd thing is that one of the hash-criteria files shows a path to a subdirectory such as PP/Folder1/Folder2/_SomeFolder1, and the other hash-criteria file doesn't have that path but instead has a path like PP/Folder1/Folder2/_SomeFolder2 (which in turn isn't in the first hash-criteria file). The weird thing is that BOTH of these paths actually exist in the PP folder hierarchy, so I would think they should both be included in both hash-criteria files. Any ideas what is going on here? I don't particularly like enabling GCC_INCREASE_PRECOMPILED_HEADER_SHARING, but in this case it's safe because I know that the header search paths are exactly the same between all the projects that are sharing the pch in question.

- It seems that some of the plugin projects want to rebuild the static library subproject used by the plugin. It's not the precompiled header getting rebuilt (which is shared between the library and the plugs), but all the source files in the library. As far as I can tell this shouldn't be happening because nothing should have happened which would require the library to be rebuilt. Is there a build file somewhere or something in the detailed log that I can look for that will say why XCode thinks the library subproject needs to be rebuilt?

Thanks,
Jim
_______________________________________________
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: const assignment issue
  • Next by Date: Build slowdown with 4 processors vs. 2 or 1?
  • Previous by thread: Re: Gratuitous rebuilds in Xcode 2.3
  • Next by thread: compiling for ppc only... no i386
  • Index(es):
    • Date
    • Thread