Re: [jamboost] metrowerks toolset question

From: Rene Rivera (grafik666_at_[hidden])
Date: 2002-07-11 14:02:59

[2002-07-11] Beman Dawes wrote:

>On my Win 2K system, the signals library build (kicked off by 
>boost-root/Jamfile) is getting compile fails:
>
>metrowerks-C++-action 
>libs\signals\build\bin\boost_signals.dll\metrowerks\release\runtime-link-dynamic\slot.obj
>### mwcc Compiler:
># File: libs\signals\src\slot.cpp
># ----------------------------------
># 16: #include <boost/signals/slot.hpp>
># Error: ^
># the file 'slot.hpp' cannot be opened
>....
>
> mwcc -maxerrors 5 -maxwarnings 20 -c -warn on,nounusedexpr,nounused 
>-cwd include -DNDEBUG -DNOMINMAX -nowraplines -lang c++ -opt full -inline 
>auto -inline level=8 -prefix UseDLLPrefix.h -I"libs\signals\build" 
>-I"C:\boost\site" -I- -o 
>"libs\signals\build\bin\boost_signals.dll\metrowerks\release\runtime-link-dynamic\slot.obj" 
>"libs\signals\build\../src\slot.cpp"
>
>What is really odd is that the non-signals compiles (regex, etc) give the 
>last two -I switches in the opposite order:
>
> -I- -I"C:\boost\site"
>
>The C++-action in metrowerks-tools gives the I switches like this:
>
> ... -I"$(HDRS)" -I- -I"$(STDHDRS)" ...
>
>What is happening? Can someone suggest a fix?

Just figured it out...

regex correctly uses <sysinclude>$(BOOST_ROOT), for CW this is important
because it doesn't, by default search the user paths for system (<**>)
includes.

But signals is using <include>$(BOOST_ROOT), which is the user paths.

The fix is to change the signals Jamfile to use <sysinclude> instead.

-- grafik - Don't Assume Anything
-- rrivera_at_[hidden] - grafik_at_[hidden]
-- 102708583_at_icq - Grafik666_at_AIM - Grafik_at_[hidden]