From: Rene Rivera (grafik666_at_[hidden])
Date: 2002-03-31 13:44:54
On 2002-03-31 at 01:15 PM, david.abrahams_at_[hidden] (David Abrahams) wrote:
>> >Naw, tag is fine, but it has nothing to do with the module. It is a
>> >identifier. Why don't you just derive that directly from the file
>> >perhaps a little path normalization/simplification?)
>> True, it's a file ident in this case, but it doesn't have to be that
One possible use would be to do multiple inclusion of the same file in the
same module scope. One could do this:
modules.load my-module : : : pass-1 ;
modules.load my-module : : : pass-2 ;
I'm not sure we'll ever use it that way. But it's there if we have to :-)
>> We could use the <some-jamfile-dir> as the ident, but that would
>> the meaning of the "search" argument for everybody else. At that point
>> a different "load" specifically for jamfiles is preferable. But then
>> two different places to maintain the load code :-(
>I'm still in the dark. Don't you want to use the full path to the file,
>including its name, as the identifier?
Not in the case of Jamfiles, since there's only one per directory. But yes, I
prefer using the whole path including the filename.
>> Of course, if the import question is resolvable, this becomes a moot
>"the import question?"
Importing variables from the project-root to the jamfile-module. If that where
possible, I could just: 1) load the project-root, 2) import the project-root
vars into the jamfile-module, 3) load the Jamfile into it's jamfile-module.
No need for the extra argument then.
>> Because they are considered options by the Jam executable. Which means
>> they are not passed along as targets. Or maybe you mean to check the
>> insert fake targets to do the help?
Hmm, I may have to do that anyway, to be able to generate things like html
docs into files.
-- grafik - Don't Assume Anything
-- rrivera_at_[hidden] - grafik_at_[hidden]
-- 102708583_at_icq - Grafik666_at_AIM - Grafik_at_[hidden]
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