Boost logo

Boost-Build :

From: Juergen Hunold (juergen.hunold_at_[hidden])
Date: 2008-02-19 14:16:59


Hi Jurko !

Sorry, I was without internet over the weekend and got swamped with work
on Mondy...

On Sunday 17 February 2008, Jurko Gospodnetiæ wrote:
> I played with this a bit and below are some comments. Note that I
> did not go deep into any implementation details as I do not fully
> comprehend how all the changed parts work together...

Me neither ;-))

> * Could it be made to work the same even when source paths are
> given as absolute names but still point to inside the source-location
> tree? Currently it treats such paths as it did before - just placing
> them in the top-level build folder.

Well, I just tried to improve the patch from Volodya. I think that the
full build path is not available in generators.jam. I'll have to check
that

> * Related to the previous comment, if you have source-location
> /A/B/C and specify a source file as ../C/X/x.cpp, could it correctly
> create the obj target in X/x.obj instead of just x.obj?

This also depends on the issue above.

> * Is there a better way to report from path.relative that the
> given 'child' folder is not actually a child to the given 'parent'
> folder than returning a string 'not-a-child'. OK, I know I'm
> nitpicking, but 'not-a-child' might be a valid folder name. How about
> returning a pair of (success-flag, value) instead of using up such a
> folder name as a failure flag.

I'll check this

> * One project I tried testing this on had quite a deep source
> folder hierarchy and enabling this behavior causes its build to fail
> due to the used target folder path becoming too long.

Ouch. This is on Windows, right ?

> --abbreviate-paths option saved the day this time but it could quite
> easily not have been enough. What can be done about this anyway?
> Properties themselves sometimes cause target folder hierarchies to
> become too deep and this only aggravates the problem... :-(

I fear this is way beyond my current (read: nearly non-existant)(b)jam
and Boost.Build knowledge :-(( And the recent thread about this issue
endet with no clear solution, at least to me...

> * Typo in comment in generators.jam.
> s/with the same in two/with the same name in two/

Will be fixed.

> Hope this helps.

Sure. I now know where to look. But please don't expect too much, I'm
struggling to get some time to get a deeper understanding of the beast.

Yours,

Jürgen

-- 
* Dipl.-Math. Jürgen Hunold       ! Ingenieurgesellschaft für 
* voice: ++49 511 262926 57       ! Verkehrs- und Eisenbahnwesen mbH  
* fax  : ++49 511 262926 99       ! Lister Straße 15
* juergen.hunold_at_[hidden]        ! www.ivembh.de
* 
* Geschäftsführer:                ! Sitz des Unternehmens: Hannover
* Prof. Dr.-Ing. Thomas Siefer    ! Amtsgericht Hannover, HRB 56965
* PD Dr.-Ing. Alfons Radtke       !

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