Notes |
|
(0018417)
|
Bill Hoffman
|
2009-11-15 15:17
|
|
It does look like a CMake error ...
My guess is something is going wrong here:
# Set CMAKE_OSX_DEPLOYMENT_TARGET_DEFAULT to the current version of OS X
EXECUTE_PROCESS(COMMAND sw_vers -productVersion OUTPUT_VARIABLE CURRENT_OSX_VERSION)
STRING(REGEX REPLACE "^.*(10)\\.([0-9]+)\\.*([0-9]+)*.*$" "\\1.\\2"
CMAKE_OSX_DEPLOYMENT_TARGET_DEFAULT ${CURRENT_OSX_VERSION})
Can you run with cmake --trace and attach the output to this bug?
Also what do you get when you run sw_ver -productVersion on your machine? |
|
|
(0018420)
|
Christopher Denter
|
2009-11-15 15:22
|
|
Sure.
Here is the trace output: http://paste.pocoo.org/show/150869/ [^]
The product version is, as expected, 10.6.2 (Snow Leopard on the most recent patchlevel).
If you need anything else, let me know. |
|
|
(0018900)
|
David Cole
|
2009-12-15 11:13
|
|
Fixed in CVS HEAD of CMake.
/cvsroot/CMake/CMake/Modules/Platform/Darwin.cmake,v <-- Modules/Platform/Darwin.cmake
new revision: 1.63; previous revision: 1.62
I do not know why the _sdk_path variable appears to have been empty on your build... but Darwin.cmake should now handle that case... If it is really empty, then you should get an error when configuring. There has to be an SDK available to compile against. And if CMAKE_OSX_SYSROOT is set, then the CMAKE_OSX_DEPLOYMENT_TARGET value has to be one that makes sense (less than or equal to the SDK being used...)
Please re-open and attach further details if this commit does not address your problem fully. |
|
|
(0024058)
|
David Cole
|
2010-12-14 18:49
|
|
Closing bugs that have been resolved for more than 3 months without any further updates. |
|