CGAL users discussion list

[Dominik Szczerba <>]

> This is the error reported during linking by Visual Studio:
>
> Error   411     error LNK1104: cannot open file 'CGAL-vc100-mt.lib'
>
> However, this name DOES NOT appear in the project dependencies
> (project->properties), so it must be generated dynamically. I want to
> link to CGAL-vc100-mt-g.lib, this one is in the dependencies, but is
> ignored. This should not happen, because CGAL_NO_AUTOLINK is defined.
> CGAL_LIB_DIAGNOSTIC is also defined, but "Linking to lib file:
> CGAL_LIB_FULL_NAME" does not seem to be displayed, which means that it
> is not auto_link.h that is causing this. Very weird.

I found a possible reason: there is this line:

/DEFAULTLIB:"CGAL-vc100-mt.lib"

inside CGAL-vc100-mt-g.lib file. Making a naive copy of
CGAL-vc100-mt-g.lib to CGAL-vc100-mt.lib resolves the linking error.
So as you said, the culprit was RelWithDebInfo that I used. It
generates CGAL-vc100-mt-g.lib file, but that one seems to reference
the non-exissting CGAL-vc100-mt.lib. If you do not support this
compilation mode, why don't you remove it from the allowed
configurations in CMakeLists.txt?

So now I am "only" left with this error:

Error   1       error LNK2005: _pRawDllMain already defined in
mfcs100.lib(rawdllmainproxy.obj)        
E:\build\framework\trunk\vtkMy\Filtering\libboost_thread-vc100-mt-1_46_1.lib(tss_pe.obj)

which according to google indicates the need to link with the DLL
version of boost. This one, however, does not seem to be supported by
CGAL/cmake, see the other thread of mine. Ideas how to solve it are
most welcome.

Regards,
Dominik