CGAL users discussion list

["Laurent Rineau (GeometryFactory)" <>]

On Monday 14 December 2009 13:25:01 Austin Bingham wrote:
> Hi all,
> 
> I've been trying to build CGAL on windows, and I'm having trouble
> getting the CGAL build system to link to the correct boost.thread
> library. The boost I need to link against is built with support for
> debug python (i.e. boost.python is linked to a debug version of
> libpython), and this means that my debug boost libraries have the suffix
> my-gyd instead of mt-gd.
> 
> Try as I might, I can seem to convince the build to link to that
> library. After fiddling with FindBoost.cmake, the cmake GUI seemed to
> indicate that it was seeing the correct boost.thread lib. However, when
> I subsequently compile CGAL and then link to it, I find that CGAL seems
> to still be linked to the wrong boost.thread (which *does* exist on my
> system, but which I have told CGAL not to use.)
> 
> So, does anyone have any idea how I can ensure that CGAL will link with
> the right boost.thread? This is driving me a little crazy, but I figure
> there must be an answer. Thanks in advance.

Under Windows with Visual Studio, Boost libraries are linked with auto-link. 
It has nothing to do with CGAL setup: it is set within Boost headers during 
the configuration/compilation.

Define the macro BOOST_LIB_DIAGNOSTIC, to see what happens: during the 
compilation, you will see messages about auto-linking. You can also set 
CGAL_LIB_DIAGNOSTIC to see CGAL auto-linking messages.

Then, you can have a look to <boost/config/auto_link.hpp>. There is a problem 
with the macro BOOST_LIB_RT_OPT, in your setup.

-- 
Laurent Rineau, PhD
R&D Engineer at GeometryFactory           http://www.geometryfactory.com/
Release Manager of the CGAL Project       http://www.cgal.org/