Brad fixed this today, and if the nightly builds work overnight tonight, nightly builds of CMake will be able to use xcode-select to dynamically determine the location of Xcode.
This fix will be in the next official CMake release, 2.8.10. On Fri, Aug 10, 2012 at 8:44 PM, Etuka Onono <et...@tesco.net> wrote: > By xcode plist, I mean xcode's version.plist... > > On 11 Aug 2012, at 01:38, Etuka Onono <et...@tesco.net> wrote: > >> I have had trouble building xcode projects from Cmake since xcode changed >> its location from /Developer/Application. >> Having built and played with my own cmake version, I now see that the reason >> I have not been able to generate xcode projects is because I have chosen to >> install xcode in a different directory to /Application - I have >> /Developer/Xcode.app. >> >> search paths for the xcode plist are hardcoded in >> cmGlobalXCodeGenerator::New ( (cmGlobalXCodeGenerator.cxx,). >> >> Michael Toy (thanks Michael!) pointed out that the path for the Xcode plist >> is hardcoded in cmGlobalXCodeGenerator::New, whereas other cmake >> deductions, such as where to find command line tools and the like, use >> xcode-select in Darwin.cmake. I can work around the plist location for now, >> but the location should be deduced as well to prevent bozos like me getting >> lost. >> >> Thanks, >> >> Etuka > > -- > > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Follow this link to subscribe/unsubscribe: > http://www.cmake.org/mailman/listinfo/cmake -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
