Notes |
|
(0004728)
|
Eric Wing
|
2006-08-23 23:36
|
|
This might be related to an annoyance/bug? that I mentioned in an email. It seems that the .app directory structure is only created at CMake generation time. Remember that to the Finder, a .app bundle looks like a single file. So sometimes I move a whole .app bundle elsewhere or delete it for various reasons. When I try to rebuild, CMake freaks out because the directory structure it is trying to write the executable into has disappeared.
I think the correct fix/behavior would be to check to see if the .app bundle directory exists and recreate it before writing to it when rebuilding.
|
|
|
(0008102)
|
Neil Weisenfeld
|
2007-07-18 17:17
|
|
This is still a problem in 2.4.7
I do *not* think it is related to ewing2121's comment. That is, failing to re-create the application bundle after it's been deleted is probably not related to the issue at hand in this bug: creating it in the wrong directory.
The problem here is that the application bundle is being created in one place and the executable is being linked (or an attempt is being made to link) in another place.
|
|
|
(0008554)
|
Alex Neundorf
|
2007-08-21 14:09
|
|
Andy is not here anymore and Dave is working an framework stuff currently. |
|
|
(0013253)
|
David Cole
|
2008-09-02 12:46
|
|
Fixed:
/cvsroot/CMake/CMake/Source/cmMakefileExecutableTargetGenerator.cxx,v <-- Source/cmMakefileExecutableTargetGenerator.cxx
new revision: 1.48; previous revision: 1.47
CMake should re-run if either of the bundle app's directory or its Info.plist file disappear in between make invocations... |
|
|
(0024037)
|
David Cole
|
2010-12-14 18:46
|
|
Closing bugs that have been resolved for more than 3 months without any further updates. |
|