Boost logo

Boost-Build :

From: Rene Rivera (grafik666_at_[hidden])
Date: 2003-08-05 01:01:05

[2003-08-03] Beman Dawes wrote:

>At 06:30 PM 7/20/2003, Rene Rivera wrote:
> >[2003-07-16] Rene Rivera wrote:
> >
> >>The way to handle the maintainance aspect is to standardize what the
> >naming
> >>behaviour is for libraries and dlls and codify that into either the
> >>rule, or preferably another rule which better describes the intent.
> >
> >OK I've done some of the work on this. I did some additions and
> >modifications to the default build, what you get when running bjam at the
> >boost_root. The changes are...
>I've started to test your branch.


>It is going to take a while to sort through it all, but here are a couple
>of initial issues:

No hurry, we are all busy people ;-)

>* We need to test this build process on a daily basis. I don't know if that
>means adding to the current regression tests or adding a separate test

IMO adding a separate framework is easier than trying to integrate to the
current one. We would not want to break the regression testing, given that
it's working nicely. And testing the build is considerably easier.

Initially just making a build script, ala tools/regression/,
that automates the fetch/build/process. And like the regression parse the
log for errors. etc.

Is process_jam_log flexible enough to parse the output of a regular build? I
could write a quick Perl script, otherwise.

>* The include directory and its sub-directories are getting built, and have
>files with what appears to be the correct names. The contents of the files
>are all identical, and are not at all correct.

Hmm, doesn't happen to me. Just tried it with all the latest code and bjam
and it copied files correctly. What build command did you use?

>Thanks for working on this. It looks promising.

You're welcome. Somebody had to do it eventually.. I just got tired of the
same request comming up ;-\

-- grafik - Don't Assume Anything
-- rrivera (at) - grafik (at)
-- 102708583 (at) icq


Boost-Build list run by bdawes at, david.abrahams at, gregod at, cpdaniel at, john at