On Thu, Dec 11, 2008 at 7:12 PM, Andreas Pakulat <[email protected]> wrote: > On 11.12.08 11:38:38, Mike Jackson wrote: >> Up a bit further I see the culprit: >> >> IF ( WIN32 AND Boost_USE_STATIC_LIBS ) >> SET (Boost_LIB_PREFIX "lib") >> ENDIF ( WIN32 AND Boost_USE_STATIC_LIBS ) >> >> So I guess I need some logic in my own cmake files that says if Boost >> was NOT found, set Boost_USE_STATIC_LIBS to TRUE and try again, only if >> we are on Win32. I am sure I am missing something simple... > > The problem is with mixed boost installations, i.e. you have shared and > static libs. If you have that there's no way to force cmake into finding > the static version other than changing the suffix variable as cmake will > always prefer shared over static libraries. > > I'm not sure about the lib prefix above, it might be that this is only > really needed for mingw and not for VS. > > Andreas
FindBoost.cmake from CMake 2.6.2 and 2.6.3RC5 fails to bind the Boost 1.34.0 headers when building KDE on Windows, too. I have not found the time to debug the issue but I've been able to work around it by using the FindBoost.cmake from 2.6.0. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) _______________________________________________ CMake mailing list [email protected] http://www.cmake.org/mailman/listinfo/cmake
