From: David Abrahams (dave_at_[hidden])
Date: 2004-07-16 11:22:49
Vladimir Prus <ghost_at_[hidden]> writes:
> David Abrahams wrote:
>> > Maybe I'm starting to get your idea, though I need to digest it
>> > more. I'm not yet sure why current Jamfiles are not portable or
>> > interoperable.
>> Suppose two projects choose the same project ID but need to be used
>> together by some other project?
> This is probably not as big problem as it seems. After all, all system-wide
> libraries have to have different names already and it does not cause big
> problems. But yea, a clash is possible.
Don't forget, some project may need to know about two different
versions of boost :-)
>> > , or that /boost specified in 'use-project' overrides whatever was
>> > specified there?
>> That would be OK too. It begins to sound like "project IDs that have
>> only local effect" that I described above.
> Yea, kind of. For example, I can have two copies of boost and happily use them
> use-project /boost-stable : some-path ;
> use-project /boost-unstable : some-other-path ;
>> >> for another, much less maintenance when new projects are
>> >> added/renamed/etc.
>> > Yea, though with a mechanism to find all children project it's less
>> > important.
>> What I'm describing *is* a mechanism to find all the child projects.
> Yes, it's a mechanism to find child project *given id of child
> project*. What I was talking about is rather a mechanism to
> enumerate all child project given location/id of top-level project.
>> It's just a quetion of whether they're loaded lazily or eagerly.
> Yes. This probably can have efficiency gains if you use several large projects
> and really depend only on some parts.
>> >> More later.
>> > Do I have to expect another email? ;-)
> The "more later" phrase can be interpreted as
> - "I plan to write more about this later (in another email)"
> - "more benefits can become apparent after some time".
Not this time.
-- Dave Abrahams Boost Consulting http://www.boost-consulting.com
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