Hi Bill, Thanks, adding another line to _boost_LIBRARIES_SEARCH_DIRS without the Boost_SUBMINOR_VERSION fixes the problem for me as well. I agree that this is a special case for 0, though -- there is some question whether the line without the subminor version should be appended to the list if the subminor version is e.g. 1 rather than 0.
-Curtis On Tue, Jun 23, 2009 at 4:23 PM, Bill Hoffman <bill.hoff...@kitware.com>wrote: > Christopher Harvey wrote: > >> define BOOST_ROOT and point it at the root install location for boost. I >> had the same problem, that fixed it. I only had to do that on windows. >> >> There seems to be a bug in the FindBoost, BOOST_ROOT should not be > required. I got it to work by adding this: > > > SET(_boost_LIBRARIES_SEARCH_DIRS > C:/boost/lib > C:/boost > > > "$ENV{ProgramFiles}/boost/boost_${Boost_MAJOR_VERSION}_${Boost_MINOR_VERSION}_${Boost_SUBMINOR_VERSION}/lib" > > > "$ENV{ProgramFiles}/boost/boost_${Boost_MAJOR_VERSION}_${Boost_MINOR_VERSION}/lib" > "$ENV{ProgramFiles}/boost" > /sw/local/lib > ) > > Boost installed to here for me: > c/Program\ Files/boost/boost_1_38/ > > So the extra _${Boost_SUBMINOR_VERSION} is breaking the find. CMake is > looking in boost_1_38_0. Is that a special case for 0? I don't think both > will hurt, so I guess I can check this in. > > > -Bill >
_______________________________________________ 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