[CMake] cmake 2.4.8 RC 4

E. Wing ewmailing at gmail.com
Mon Dec 10 08:40:57 EST 2007


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 <sean at rogue-research.com> 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                 sean at rogue-research.com
> Rogue Research                        www.rogue-research.com
> Mac Software Developer              Montréal, Québec, Canada
>
> _______________________________________________
> CMake mailing list
> CMake at cmake.org
> http://www.cmake.org/mailman/listinfo/cmake
>


More information about the CMake mailing list