James C. Sutherland wrote:
I am using CMake in my project, but am using the CMake build of boost so that I
am NOT using FindBoost.cmake.
I think that you are right regarding the behavior of FindBoost.cmake. But my
issue is with the BoostConfig.cmake that is installed with the CMake boost
bui
I am using CMake in my project, but am using the CMake build of boost so that I
am NOT using FindBoost.cmake.
I think that you are right regarding the behavior of FindBoost.cmake. But my
issue is with the BoostConfig.cmake that is installed with the CMake boost
build system.
James
On Nov 24
Is your project using CMake? I think in the FindBoost.cmake there is a
fall back to use the Release libraries. But it has been a while since
I investigated that.
Mike
On Nov 24, 2009, at 11:45 AM, James C. Sutherland wrote:
I am on Mac and Linux.
On Nov 24, 2009, at 8:21 AM, Michael Jacks
I am on Mac and Linux.
On Nov 24, 2009, at 8:21 AM, Michael Jackson wrote:
> Are you on windows or a Unix variant? (Linux, OS X.. ). If you are on windows
> then you _really_ do NOT want to link to a library built with different crt
> libraries using Visual Studio. This is a recipe for disaster
Are you on windows or a Unix variant? (Linux, OS X.. ). If you are on
windows then you _really_ do NOT want to link to a library built with
different crt libraries using Visual Studio. This is a recipe for
disaster. If you are on MinGW/MSYS/Cygwin then I have no Idea what the
"correct" solu
I initially installed only the "release" version of the boost libs. When I
built a debug version of my application, the linker failed because apparently
it triggered a search for the debug version of the boost libraries, which were
not installed.
Shouldn't there be a fall-back position to link
