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