View Issue Details [ Jump to Notes ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0013048CMakeCMakepublic2012-03-17 09:162016-06-10 14:31
ReporterKarthik Kumar Viswanathan 
Assigned ToKitware Robot 
PriorityimmediateSeverityblockReproducibilityalways
StatusclosedResolutionmoved 
PlatformAppleOSMac OS XOS Version10.7
Product VersionCMake 2.8.7 
Target VersionFixed in Version 
Summary0013048: CMake 2.8.7 Nightly fails to link correctly in XCode 4.3
DescriptionHi,

I generated the CMake Xcode 4.3 project...

Karthiks-MacBook-Air:allegro5engine karthik$ cmake -version
cmake version 2.8.7.20120313-ga2183

I am creating a library, then linking to it.

I use:
add_library(engine ${EngineFiles})

and it emits to Build/ Src/Debug-iphone/engine.a

When I link, I use:

target_link_libraries(main engine ${AllLibraries} ${ExtraLibraries} ${CMAKE_EXTRA_LINKER_FLAGS})

but it tries to link against:

Build/ Src/Debug/engine.a

This CMake used to work perfectly in Xcode 4.2.... It's breaking with 4.3.1.
TagsNo tags attached.
Attached Files

 Relationships
related to 0012621closedDavid Cole Compatibility with Xcode 4.3 
related to 0012640closedKitware Robot set(CMAKE_XCODE_EFFECTIVE_PLATFORMS "-iphoneos;-iphonesimulator") fails when archiving. 
related to 0013100closedDavid Cole 0013048 CMake 2.8.7 Nightly fails to link correctly in XCode 4.3 

  Notes
(0028924)
Karthik Kumar Viswanathan (reporter)
2012-03-17 09:24
edited on: 2012-03-24 01:26

 Debug-iphonesimulator...

Has there been any updates on this issue yet?
(0029067)
David Cole (manager)
2012-04-03 12:09

 Are you setting the CMake variable "CMAKE_XCODE_EFFECTIVE_PLATFORMS"?

See also 0012640

And the example usage of it in the iOSNavApp test in the CMake source tree:

  http://public.kitware.com/gitweb?p=cmake.git;a=blob;f=Tests/iOSNavApp/CMakeLists.txt;h=12c3ada35799563a13f567b074d7d3eb936191df;hb=9ad3fa7e853d933e70af0a75d711ffa1d926b507 [^]
(0031673)
David Cole (manager)
2012-11-21 15:44

 Un-assigning bugs that are not on the active roadmap, which no developers are actively working on for the CMake 2.8.11 release.

If one gets put back on the roadmap, re-assign it appropriately at that time.
(0031674)
David Cole (manager)
2012-11-21 15:45

 Re-setting status back to "new" for bugs that are "assigned" but not assigned to a specific developer. When/if these bugs go back on the roadmap for a specific version, assignment to an appropriate developer should take place then...
(0042007)
Kitware Robot (administrator)
2016-06-10 14:28

 Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.

 Issue History
Date Modified Username Field Change
2012-03-17 09:16 Karthik Kumar Viswanathan New Issue
2012-03-17 09:24 Karthik Kumar Viswanathan Note Added: 0028924
2012-03-19 08:37 Brad King Relationship added related to 0012621
2012-03-19 08:53 Brad King Assigned To => David Cole
2012-03-19 08:53 Brad King Status new => assigned
2012-03-24 01:26 Karthik Kumar Viswanathan Note Edited: 0028924
2012-04-03 12:03 David Cole Relationship added related to 0013100
2012-04-03 12:09 David Cole Note Added: 0029067
2012-04-03 12:10 David Cole Relationship added related to 0012640
2012-11-21 15:44 David Cole Note Added: 0031673
2012-11-21 15:45 David Cole Assigned To David Cole =>
2012-11-21 15:45 David Cole Note Added: 0031674
2012-11-21 15:45 David Cole Status assigned => new
2016-06-10 14:28 Kitware Robot Note Added: 0042007
2016-06-10 14:28 Kitware Robot Status new => resolved
2016-06-10 14:28 Kitware Robot Resolution open => moved
2016-06-10 14:28 Kitware Robot Assigned To => Kitware Robot
2016-06-10 14:31 Kitware Robot Status resolved => closed

Copyright © 2000 - 2018 MantisBT Team