Re: [Boost-build] Boost.Build loading wrong build system?

From: Roland Schwarz (roland.schwarz_at_[hidden])
Date: 2007-07-21 11:30:57

Vladimir Prus wrote:
> Hmm, I think we probably should modify Boost to always use in-tree
> Boost.Build, to make sure it's always can be built.

You possibly mean bjam.

When starting in RC_1_34_0 I tried to put
ECHO $(BOOST_BUILD_PATH) ;
into the build-system.jam file just before
the call to the boost-build rule, i.e.:

BOOST_ROOT = $(.boost-build-file:D) ;
ECHO BOOST_BUILD_PATH is $(BOOST_BUILD_PATH) ;
boost-build tools/build/v2 ;

then in /usr/share/boost-build/bootstrap.jam I added:

ECHO BOOST_BUILD_PATH is $(BOOST_BUILD_PATH) ;
.bootstrap-file = $(.bootstrap-file:D)/kernel/bootstrap.jam ;
include $(.bootstrap-file) ;

Then in RC_1_34_0 I called:
bjam --debug-configuration which yielded:

notice: found boost-build.jam at 
/home/roland/projects/boost/RC_1_34_0/boost-build.jam
BOOST_BUILD_PATH is /usr/share/boost-build
notice: loading Boost.Build from /usr/share/boost-build
BOOST_BUILD_PATH is /usr/share/boost-build 
/home/roland/projects/boost/RC_1_34_0/tools/build/v2

The second debug output from ECHO is at least in contradiction to the 
documentation which says:

The boost-build rule adds its (optional) argument to the front of 
BOOST_BUILD_PATH, and attempts to load bootstrap.jam from those directories.

I would expect "front" beeing the same as "left" or "first".

So since the boost-build rule adds the path to the back the default path 
gets higher precedence. I feel like this is the least one would expect, not?

Volodya, will it be hard to change the boost-build rule?

Roland