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
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
"C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\bin\cl"
/Zm800 -nologo /EHsc -c /Z7 /Od /Ob0 /EHsc /GR /MDd /Op /wd4675
-- -- 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