Re: target references

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 
> by
>
> use-project /boost-stable : some-path ;
> use-project /boost-unstable : some-other-path ;

Right!

>> >> 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.

I understand.

>> It's just a quetion of whether they're loaded lazily or eagerly.

See? ;-)

> 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)"

Yes.

> - "more benefits can become apparent after some time".

Not this time.
-- 
Dave Abrahams
Boost Consulting
http://www.boost-consulting.com