|
Boost-Build : |
From: Peter Foley (peter_at_[hidden])
Date: 2007-09-05 09:33:43
Hi Johan,
> ------------------------------
>
> From: "Johan Nilsson" <r.johan.nilsson_at_[hidden]>
>
> There's a history of previous confusion between the BJam and
> Boost.Build
> concepts. Even if you clearly define that this definition is only used
> within the document's scope, it could lead to further confusion
because
> of
> people starting to use 'bjam' as a synonym to 'Boost.Build'.
>
> It's sort of like saying "GCC - Is a synonym within this document for
> the
> Boost.C++ libraries". You're using one already existing definition as
> an
> alias for another.
Thanks for this clarification. I think I better understand why people
are saying that it is not really a synonym (although I still think that
my definition stands!).
I am going to play devil's advocate here:
As an end user (and even as a developer) I don't think that this
distinction (BJAM != Boost Build) is useful. At face value BJAM is
Boost Build! Sure it has a dependency on other files within the Boost
Build directory but I associate these more as DLL's or libraries that
BJAM loads in to do its work. Hell if you just run BJAM without setting
up the environment it informs you:
---------------
E:\dev\tools\bjam\bin>bjam
Unable to load Boost.Build: could not find "boost-build.jam"
---------------------------------------------------------------
Attempted search from E:\dev\tools\bjam\bin up to the root
Please consult the documentation at 'http://www.boost.org'.
E:\dev\tools\bjam\bin>
---------------
Taking this one step further BJAM is a fork of the JAM source code and
has been extended specifically for the Boost Build system and it tells
you as much if you just run it.
Anytime you write a new toolset JAMFILE you are extending BJAM to know
what to do with that file type.
Peter.
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