|
Boost-Build : |
From: Rene Rivera (grafikrobot_at_[hidden])
Date: 2007-10-01 11:28:52
Following up to the build list...
John Maddock wrote:
> Rene Rivera wrote:
>> Rene Rivera wrote:
>>> John Maddock wrote:
>>>> (bjam can't trace dependencies through the config headers).
>>> Really? Why not?
>> Never mind I see why it can't. You are using macros in the includes.
>
> Right, and most of the time that's what we want: we don't a rebuild of
> *everything* for compiler X, if the config for compiler Y has been patched.
Yea, I can see how that would be annoying. Well just in case you want to
contemplate adding those dependencies in. You can do something like:
// GCC-XML emulates other compilers, it has to appear first here!
# define BOOST_COMPILER_CONFIG "boost/config/compiler/gcc_xml.hpp"
#if 0 // for dependency analysis
# include <boost/config/compiler/gcc_xml.hpp>
#endif
Or possibly:
// GCC-XML emulates other compilers, it has to appear first here!
# define BOOST_COMPILER_CONFIG "boost/config/compiler/gcc_xml.hpp"
// For dependency analysis: #include <boost/config/compiler/gcc_xml.hpp>
And I guess we could also try to put something into Boost.Build for
handling toolset conditional includes. Perhaps allowing to add something
like:
// #depends <boost/config/compiler/comeau.hpp> <toolset>como
?
-- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
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