From: David Abrahams (david.abrahams_at_[hidden])
Date: 2002-01-28 11:51:03
----- Original Message -----
From: "Vladimir Prus" <ghost_at_[hidden]>
Sent: Monday, January 28, 2002 11:41 AM
Subject: Re: [jamboost] Development plan
> David Abrahams wrote:
> > Now that we have the major "how will it work?" questions answered, it's
> > time to get started on the programming. First, I'd like to have a short
> > discussion of what the jobs are. Here are some of the jobs I can see; I
> > hope y'all can help me fill in the detail so we can start dividing up
> > work.
> > Core Jam: Steal PWD from Matt Armstrong
> And this is very important change, as it is required for initialization
> I intend to use it in project.jam, etc.
> > Core Jam: Add ARGV rule
> I don't understand one thing: with ARGV rule will default "touch targets
> named on the command line behaviour" be dumped?
We have lots of options if we add ARGV. The main reason I want to add it is
so that we can detect the executable name, but we can also do the following,
if we decide to:
1. Don't even build dependency graphs for targets which we can
determine won't be built based on the listed targets
2. Allow our own option format, e.g. with --option-name. We just have to
manufacture a NOTFILE target with the name that the user has supplied
and arrange for some dummy build action so Jam doesn't bark about it.
Anyway, those are just thoughts. The real reason is to be able to implement
> > Features and Properties (some of this is done in features.jam):
> > Expansion
> > Matching utilities
> + the code to combine properties (i.e. how suproject requirements will be
> comnined with parent's requirements)
Yes, that makes sense.
> > Target types (implemented atop features/properties):
> > Generators
> > Virtual Targets
> > Source->Target Expansion Process
> > Implementation of a few toolsets in the new framework
> See no omissions here.
Great; we should choose a rough development order and start picking off
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