|
Boost-Build : |
From: Johan Nilsson (r.johan.nilsson_at_[hidden])
Date: 2006-08-08 03:15:20
Sorry for the late reply, I've been on holidays.
Vladimir Prus wrote:
> On Thursday 29 June 2006 12:08, Johan Nilsson wrote:
>
>> I actually just now tried this before 'use-project' boost :
>>
>> local argv = [ modules.peek : ARGV ] ;
>> argv += --builddir=$(mybuilddir) ; # need to check if it already
>> exists modules.poke : ARGV : $(argv) ;
>>
>> But the build-dir didn't change. Checking the root Jamfile.v2 showed
>> that it was hard-coded to bin.v2 - which I guess was what you were
>> saying all along. Just to make sure it worked as expected, I tried
>> the same thing with '--without-python', and that worked fine.
>>
>> Looks like a bug to me - the command-line option '--builddir'
>> doesn't seem to be respected. At least not in my week-old copy of
>> RC_1_34_0.
>
> Well, there's no such option ;-)
Well, that explains why it isn't respected ;-)
> Looking at
> http://boost.org/boost-build2/doc/html/bbv2/advanced/invocation.html
>
> I see option name "--build-dir", though.
Trying "bjam --v2 --help" from boost root at RC_1_34_0 gives (among other
stuff):
--- --builddir=DIR Build in this location instead of building within the distribution tree. Recommended! --- Which is a legacy from v1 I guess - OTOH if v2 is going to replace v1 I believe the support should be there. I've personally always used that option with v1. > > I must admit using command line option like that, in the middle of > Jamfile, might not work. If you have a suggestion on a clearer > solution, I'd be interested to hear. Not for the moment, but I'll get back in case I do. However, to be able to easily use the boost libraries (or own libraries using BBv2 as the build system) as components from other projects, it should be possible to pass all properties/project defaults across Jamroot boundaries as well. IMHO, of course. [As it's my first few days since vacation I'm sure there are implications that I haven't thought of] Thanks / Johan
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