Boost logo

Boost-Build :

From: Rene Rivera (grafik.list_at_[hidden])
Date: 2005-11-12 11:19:11


John Maddock wrote:
> I'm sorry but I've been hit by this so many times I'm getting close to
> ranting:

Sorry in advance if my questions are going to upset you even more...

> Why oh why does the msvc toolset inject the compilers own include paths into
> the command line?

It does? AFAICT it just runs vcvars32 before the compile and never
inserts any compiler specific includes. Is there some specific instance
that I can see what you are talking about?

> If I add a <sysinclude>/foo/bar to a project I expect it
> to over-ride the compilers own search path. But Oh no the toolset knows
> better and injects the compilers search path onto the command line *before*
> the <sysinclude> path. Given that the compiler is set up correctly already
> by invoking the vcvars32.bat file this is just so completely unnecessary!

OK, I'm really confused now since I thought that's exactly what BBv1 is
doing. For example here's what I see a compile command:

CALL "C:\Program Files\Microsoft Visual Studio .NET
2003\VC7\bin\VCVARS32.BAT" >nul
"C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\bin\cl"
/Zm800 -nologo /EHsc -c /Z7 /Od /Ob0 /EHsc /GR /MDd /Op /wd4675
/Zc:forScope /Zc:wchar_t
-I"..\..\..\..\..\bin\boost\tools\build\v1\example\lib_use"
-Fo"..\..\..\..\..\bin\boost\tools\build\v1\example\lib_use\libsimple.lib\vc-7_1\debug\threading-multi\simple_lib.obj"
-Tp"simple_lib.cpp"

-- 
-- Grafik - Don't Assume Anything
-- Redshift Software, Inc. - http://redshift-software.com
-- rrivera/acm.org - grafik/redshift-software.com
-- 102708583/icq - grafikrobot/aim - Grafik/jabber.org

Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk