Joshua Jensen wrote:
Well, now that I know what it is, I'll just turn off the MACOSX_BUNDLE flag for the time being. I'll watch CVS for a fix.
It is broken for all targets in CVS at the moment for some reason.... I would recommend not using cvs...

As a follow up question... why is that step even necessary? The static library is a dependency of the executable target. I know I've seen Xcode figure this stuff out on non-CMake builds. Why not here?
Xcode is sort of broken here. If you have static libraries, and link them into a target the "normal" Xcode way, then Xcode will figure this stuff out. However, if you need to specify a static library more than once, (to say get around circular depend issues), then you have to use -l flags in Xcode. Xcode provides no way to add extra depends to a target, it allows the -l flags, but there is no way to rebuild if the library you link against gets changed. So, we create a Makefile that does the check for us, and removes the targets that use the libraries when the libraries change.
Interesting. What happens in cases like (sorry for the Visual C++ terminology...) Xcode incremental linking or Edit and Continue scenarios? With my limited understanding of the Xcode issue, it seems they would be impossible to make work?

It would not work, but would you rather have incremental builds that don't work, or ones that do work, but are not incremental. :-)


-Bill

_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake

Reply via email to