On 27 May 2010, at 14:42, Jean-Daniel Dupas wrote: >> >> >> Is there no build support to help with these sorts of class dependencies? >> Or have I borked my build settings somewhere? > > > If MGS_B is a subclass of MGS_A , it must import the MGS_A header file (else > the compiler will complain). > If you touch a header file, all files that include it should be automatically > rebuild on the next build, else this is a bug in Xcode that failed to > properly resolve file dependencies. > > If you manage to reproduce the issue, fill a radar. > > WFIW, a known case where Xcode failed to properly compute dependencies is > when you import your header using a macro > > #define MYHEADER(header) <Framework/header.h> > > #include MYHEADER(MGS_A.h) > This was the source of the problem.
While refactoring I had inserted the import statement for MGS_A in a convenience header along with several others. This convenience header was then imported into MGS_B.h. The compiler did not complain but it obviously affected the build system as MGS_B did not get rebuilt. Importing the subclass header directly into MGS_B.h gives the desired behaviour. Regards Jonathan Mitchell Developer Mugginsoft LLP http://www.mugginsoft.com_______________________________________________ Cocoa-dev mailing list ([email protected]) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [email protected]
