header dependencies and prefix headers
header dependencies and prefix headers
- Subject: header dependencies and prefix headers
- From: Steve Checkoway <email@hidden>
- Date: Wed, 18 Oct 2006 21:39:28 -0700
I've noticed two things and I wondered if anyone has any work arounds.
1. Header dependencies seem to be calculated using name only rather
than what the preprocessor will actually pull in. In my particular
case, there's a header that is included only when the code is being
compiled for windows and it has appropriate preprocessor directives
protecting it:
#if defined(WIN32)
#include "foo.h"
#endif
Xcode has decided that the file with this code (my prefix header
actually) has changed and so recompiles all dependent files even
though the preprocessor would never pull this file in. Is there any
way to get it to stop this and do a more thorough dependency analysis
(my guess is "no, file a bug").
2. I have target A that depends on target B. Target A's prefix header
is changed and target B is recompiled as well. The project doesn't
have a prefix header, target B doesn't have a prefix header, only
target A has one.
When compiling the files for target A, I see the precompiled, prefix
header being passed to gcc. When it compiles target B (which happens
first, of course), the header is not passed to gcc (as well it
shouldn't be!). There should be zero dependency on this header and
since target B was already up to date, nothing should have been
compiled. How do I prevent this from happening?
--
Steve Checkoway
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
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