I am currently trying the boost "With an uninstalled build" variety:
# Boost Related
SET( BOOST_LIB_INSTALL_DIR ${BUILD_DIR}/ouput/lib CACHE STRING "" FORCE )
SET( BOOST_EXPORTS_INSTALL_DIR ${BUILD_DIR}/ouput/lib CACHE STRING "" FORCE
)
SET( BOOST_INCLUDE_INSTALL_DIR ${BUILD_DIR}/ouput/include CA
>> I still remain "old" school. I build* boost and install it somewhere. I
then use the following in my CMakeLists.txt file.
I am trying (in vain) to build only the parts of boost I need. Also is an
interesting chicken-and-the-egg problem with FindBoost or really find
whatever in CMake if doing
I was snooping around in FindBoost.cmake and found
IF (Boost_${basename}_LIBRARY_DEBUG AND
Boost_${basename}_LIBRARY_RELEASE)
# if the generator supports configuration types then set
# optimized and debug libraries, or if the CMAKE_BUILD_TYPE has a
value
IF (CMAKE_CONFIGURATIO
On Wed, Mar 24, 2010 at 2:44 PM, Michael Jackson <
mike.jack...@bluequartz.net> wrote:
> The Boost-CMake (IMHO) sort of "abused" the cmake system somewhat in order
> to make it more "bjam" like.
>
> In practice if the first pass of FindBoost.cmake does not find anything
> then I usually have to ma
On Wed, Mar 24, 2010 at 4:04 PM, Michael Jackson <
mike.jack...@bluequartz.net> wrote:
> I have been playing with "ExternalProject_Add" and I don't think you are
> going to be able to do what you are trying to do. I was using the following:
>
>
Yes exactly which is why I switched to "with an unins
I've had good success using the Boost "in a subdirectory" recipe,
> which builds only the parts I need. This is on linux/mac with gcc and
> make, so YMMV, but I think the relevant parts of my CMake file are:
>
>
Sweet all I need to do is switch to Linux... this is now reason 10463 on my
reasons to
In BoostConfig.cmake I had to comment out the following (from a previous
post on the CMake users mailing list):
# Clear out the built-in C++ compiler and link flags for each of the
# configurations.
#~ set(CMAKE_CXX_FLAGS_DEBUG "" CACHE INTERNAL "Unused by Boost")
#~ set(CMAKE_SHARED_LINKER_FLAGS
In BoostConfig.cmake I had to comment out the following (from a previous
post on the CMake users mailing list):
# Clear out the built-in C++ compiler and link flags for each of the
# configurations.
#~ set(CMAKE_CXX_FLAGS_DEBUG "" CACHE INTERNAL "Unused by Boost")
#~ set(CMAKE_SHARED_LINKER_FLAGS
Update regarding lib prefixing in BoostCore.cmake:
earlier I wrote:
--snip--
3>Linking...
3>LINK : fatal error LNK1104: cannot open file 'libboost_filesystem-vc90-mt-
>
> sgd-1_41.lib'
>
> Now except for hte 'lib" preceeding
> 'libboost_filesystem-vc90-mt-sgd-1_41.lib' as only:
>
> boost_filesys
I too had some patches that help boost play nice with multiple third party
libraries using the "With boost source in a subdirectory of your source" as
explained in
http://sodium.resophonic.com/boost-cmake/current-docs/exported_targets.htmlfor
windows targets testing on XP, Windows Server 2008 x64
A grep of boost-cmake-1_41_0
$ grep -R WSERIALIZATION *
boost-cmake-1_41_0/tools/build/CMake/docs/build/html/build_configuration.html:BUILD_BOOST_WSERIALIZATION
ON
boost-cmake-1_41_0/tools/build/CMake/docs/build/html/_sources/build_configuration.txt:
BUILD_BOOST_WSERIALIZATION ON
boost-cmak
11 matches
Mail list logo