Hi, sorry for the delay, but I just sacrificed my weekend trying to get caught up on CMake things.
So all the issues are fuzzy. But here's what I remember: - The bootstrap used to fail if CMake had not been previously installed. I just tested this on a system that did not have CMake installed and the thing seemed to bootstrap and build okay. - This brought up issues about the Mac OS X Deployment Target and also the Min Version. This also brought up issues about keeping the fields separate (which I think we have to do), and how to pick default values. I also have a secondary issue of how do I deal with code that is OS X version dependent? I have two different files, one based on new stuff that only exists in Tiger+, and the other that uses legacy stuff that is marked deprecated in Tiger. For 10.4+, I want to build the former file. For 10.3-, I want to build the latter. This reminds me of several different issues we have discussed in CMake. 1) We don't have a clean way of detecting the OS X version number we are on, only the Darwin number. 2) The SDK detection code is fragile because it looks for certain directory names in certain locations. 3) Speaking of locations, Xcode is now relocatable in Leopard. 4) Speaking of Xcode Leopard, there is a real push by Apple to require SDK selection for everything, and now an optional install that doesn't install all the standard Unix development tools. We also have the Framework building support issues. Last time, we spoke of this, we were having problems with versioning schemes. There is .so, .dylib, framework, where .so conflicted with .dylib. I just checked, and it does not appear to be fixed. We also ended up talking about install_name, rpath, and now @rpath. There were also other minor things with frameworks such as symlinks being creating to nothing and unnecessary directories being created. Another issue not explicitly discussed by me, but has been mentioned in other contexts is installing to /usr instead of /usr/local. I haven't checked in awhile, but last time I remember, the installer package for CMake installs to /usr instead of /usr/local. This really needs to change if it hasn't already been fixed. That's all I can remember on Mac issues for the moment. But on a general CMake issue, I just submitted a whole bunch of Find*.cmake modules for inclusion. http://www.cmake.org/Bug/view.php?id=6139 Some of them are updates to existing modules that I have contributed. Others are brand new modules that I've been promising but needed to do significant clean up before submitting. (So that's where my weekend went.) FindFreeType.cmake FindGDAL.cmake FindGIFLIB.cmake FindLua50.cmake FindLua51.cmake FindOpenAL.cmake FindOpenSceneGraph.cmake FindOpenThreads.cmake FindPhysFS.cmake FindProducer.cmake FindQuickTime.cmake FindSDL.cmake FindSDL_image.cmake FindSDL_mixer.cmake FindSDL_net.cmake FindSDL_sound.cmake FindSDL_ttf.cmake Findosg.cmake FindosgDB.cmake FindosgFX.cmake FindosgGA.cmake FindosgIntrospection.cmake FindosgManipulator.cmake FindosgParticle.cmake FindosgProducer.cmake FindosgShadow.cmake FindosgSim.cmake FindosgTerrain.cmake FindosgText.cmake FindosgUtil.cmake FindosgViewer.cmake Thanks, Eric On 12/6/07, Sean McBride <[EMAIL PROTECTED]> wrote: > On 12/6/07 2:31 PM, Bill Hoffman said: > > >> What would we have to do to get the OS X 10.5 fixes in the 2.4.8 branch? > >> More and more users are switching to Leopard and having a working cmake > >> under 10.5 is extremely important, not to mention good PR when you > >> release CMake as "Leopard Ready". > > > >I don't remember the list of things that were done, do you have a list? > > I'm afraid not. :( IIRC, most of the issues we worked out in an email > discussion between Bill, Eric, and myself. We were not diligent about > filing bugs for each issue. > > Eric, do you remember any details? > > Anyone have time to see if 2.4.8 can bootstrap itself? 2.5 was not able > to a few weeks ago, but can now. > > BTW Bill, thanks for agreeing to move the 4605 fix into 2.4.8. > > -- > ____________________________________________________________ > Sean McBride, B. Eng [EMAIL PROTECTED] > Rogue Research www.rogue-research.com > Mac Software Developer Montréal, Québec, Canada > > _______________________________________________ > CMake mailing list > CMake@cmake.org > http://www.cmake.org/mailman/listinfo/cmake > _______________________________________________ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake