Hi Carsten, Sebastian,
On Fri, Jun 13, 2008 at 3:43 PM, Carsten Neumann
<[EMAIL PROTECTED]> wrote:
>> Sebastian Knödel wrote:
>>> I my point of view there is a bug in the scons script since it tries
>>> to link "libboost_filesystem-vc80-mt-s-1_34_1.lib", which of course
>>> does not exist.
> >
>> link /nologo /OUT:.sconf_temp_win32_cl.8.0\conftest_0.exe
>> /LIBPATH:E:\boost\boost_1_34_1\lib boost_filesystem-vc80-mt-1_34_1.lib
>> .sconf_temp_win32_cl.8.0\conftest_0.obj
>> LINK : fatal error LNK1104: cannot open file
>> 'libboost_filesystem-vc80-mt-s-1_34_1.lib'
> hm, looking at the link command, why does it want to link against the
> file with the "-s-" in its name if that is not what the command line
> tells it to do ?
I assume "-s-" signals the static library (on Windows .lib can either
be a static lib, or the exports file for a dynamic lib). Boost on
Windows tries to link with the static library by default and has
#pragma magic in the header files in place to enforce this, they might
be overriding the linker command line -- possibly this info is
propagated via the .obj file and has precedence, but I'm not a Windows
linking guru so I may be completely off here.
You could try consulting your boost docs, there should be a documented
#define directive which allows you to link to the dynamic libs,
bypassing the #pragmas in the headers.
HTH,
Ákos
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
