On 28.03.08 18:16:50, Timenkov Yuri wrote: > On Friday 28 March 2008 18:05:40 Andreas Pakulat wrote: > > On 28.03.08 09:36:06, David Thulson wrote: > > > It would be nice if this could get into 2.6.0. Boost 1.35 is about to > > > be released: > > > > > > http://lists.boost.org/boost-users/2008/03/34896.php > > > > > > And it at least appears that the latest version in the bug tracker > > > will look for 1.35. Is that right? > > > > Right, but the hardcoded numbers are just some defaults to look for > > > > > The version included in the CMake > > > 2.6.0 Beta does not recognize Boost 1.35. > > > > It does, read the start of the file, you can add to the list by setting > > a cmake variable before calling find_package. > > > > The sole reason for that is so the module doesn't have to be updated > > each time a new boost version is out as now the user of the module can > > provide additional version numbers as needed. > > > > Andreas > Just FYI: > > I wrote own (simplier) FindBoost but more specific to my needs. The main > feature is this approach relies on standard linux installations (single > version installed into directory without numbers), but works on our windows > configurations too. > > I used following approach to get boost version: > > find_path(BOOST_INCLUDE_DIR boost/version.hpp)
If you look closer at my script you'll find out that this line above is the problem. You may not need to know the boost version on your system because boost/version.hpp is installed in /usr/include, however thats not the case on all systems. And reading out the version string from version.hpp can be done without compiling a program (as can be seen in my FindBoost.cmake). The problem is finding version.hpp and finding the right version of it. Andreas -- You will become rich and famous unless you don't. _______________________________________________ CMake mailing list [email protected] http://www.cmake.org/mailman/listinfo/cmake
