View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0009898CMakeCMakepublic2009-11-15 13:102010-12-14 18:49
ReporterChristopher Denter 
Assigned ToDavid Cole 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product VersionCMake-2-8 
Target VersionFixed in Version 
Summary0009898: CMake OSX crash
DescriptionHi,

I'm on OSX 10.6.2 and have been trying to compile gdcm 2.0.13.
The configure step always fails with this error message: http://paste.pocoo.org/show/150837/ [^]

Being new to CMake and gdcm I suspect this is a CMake bug (it even says CMake Error), so I report it here.
If any additional information is required in order to triage this bug, please let me know.

    Christopher
TagsNo tags attached.
Attached Files

 Relationships
related to 0009959closedDavid Cole new CMAKE_OSX_DEPLOYMENT_TARGET should set smarter if CMAKE_OSX_SYSROOT is defined 

  Notes
(0018417)
Bill Hoffman (manager)
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 (reporter)
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 (manager)
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 (manager)
2010-12-14 18:49

Closing bugs that have been resolved for more than 3 months without any further updates.

 Issue History
Date Modified Username Field Change
2009-11-15 13:10 Christopher Denter New Issue
2009-11-15 15:15 Bill Hoffman Status new => assigned
2009-11-15 15:15 Bill Hoffman Assigned To => David Cole
2009-11-15 15:17 Bill Hoffman Note Added: 0018417
2009-11-15 15:22 Christopher Denter Note Added: 0018420
2009-12-14 11:40 David Cole Relationship added related to 0009959
2009-12-15 11:13 David Cole Note Added: 0018900
2009-12-15 11:13 David Cole Status assigned => resolved
2009-12-15 11:13 David Cole Resolution open => fixed
2010-12-14 18:49 David Cole Note Added: 0024058
2010-12-14 18:49 David Cole Status resolved => closed


Copyright © 2000 - 2018 MantisBT Team