Boost logo

Boost-Build :

From: Jürgen Hunold (hunold_at_[hidden])
Date: 2004-11-18 06:24:51


Hi Volodya !

On Thursday 18 November 2004 08:35, Vladimir Prus wrote:
> Hi Jürgen,

> > Is this a bug or a feature ?
>
> More like feature.

Why did I expect this answer ;-)

> > Did I abuse V2 by not defining my variant in user-config.jam ?
>
> Kind of. I'd suggest that you define this variant in your
> project-root.jam.

Well, that's tricky. My projects live side-by-side in the same
CVS-repository. And I like to have the basic and common settings under
version control and a project-root "above" both project does not
work... So I'd like to have this solution.

> There happen to be a bug report about such situation:
>
> http://localhost:7814/scarab/issues/id/BB57
>
> In short, if you have 'use-project' before 'project' and
> 'use-project' refers to a child project, then child project is loaded
> before parent, and does not inherit any settings specified in
> 'project' rule invocation.
>
> I've fixed this by delaying loading of project referred by
> "use-project". But in your case you implicitly relied on the fact
> that 'use-project' immediately loads the referenced project.

Well, I think that this bug was from me, too ;-))
Thanks for fixing !

> I think putting variant definition into project-root.jam is safer.
> Of, you can create a Jamfile in parent directory of "a" and "b" and
> define the variant there, it should work as well.

Well, of course. But then its out of version control. Not good for me.
And of course I can't redefine it in project b.

*sigh*

I'll have to think a little more about this.

Thanks for the insights.

Looks like I have to try out Scarab again and take a look at the
remaining issues before they bite my again...

Yours,

Jürgen

-- 
* Dipl.-Math. Jürgen Hunold ! Institut für Verkehrswesen, Eisenbahnbau
* voice: ++49 511 762-2529 ! und -betrieb, Universität Hannover  
* fax : ++49 511 762-3001 ! Appelstrasse 9a, D-30167 Hannover
* hunold_at_[hidden] ! www.ive.uni-hannover.de
 

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