Boost logo

Boost-Build :

From: Jürgen Hunold (hunold+lists.Boost_at_[hidden])
Date: 2003-09-18 04:17:40


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Volodya !

On Thursday 18 September 2003 11:01, Vladimir Prus wrote:
> [snip]
>
> Thanks for reporting those. I'll look at them in more detail a little
> bit later, but I've an interesting remark to make....

Thanks. Its not that important, because I've got workarounds.

> > Third, generated include paths.
> > This is a real show stopper. I tried to compile RailSys with msvc
> > and it stops due to command line overflow. This is due to the fact
> > that the generated include paths of some 30 libraries appear on the
> > commandline for the main() routine and bjam (cl.exe) chokes on
> > this...
>
> You might not believe, but this issue is already in my optimization
> todo for M8. Not only that, it's right at the top of priority queue.

Cool !

> > What I need is the following: Each library/exe should only its use
> > its own generated includes.
> > And I need to explicitly include generated include path from child
> > and sister-projects. Without this feature, my test case would not
> > work, because I have to add generated include path for lib/gui to
> > app in order to #include "hello_world_widget.h" in main.cpp.
>
> What a coincidence! Unless I've misunderstood you, you proposing just
> what I meant to implement.
>
> 1. Automatic dependency on generated headers works only within one
> main target.

Right. Exactly.

> 2. It should be possible to explicitly specify other main target, if
> using headers from it, like
>
> exe main : main.cpp : <implicit-dependency>cpp_parse ;
>
> Is that what you propose, too?

Yes. But I'll need this feature in the corresponding top-level Jamfile.
That means when I have

project/lib/widgets
project/lib/gui
project/lib/whatver
project/app/app1
project/app/app2

then I'd like project/Jamfile to contain <implicit-dependency>lib/gui
and <implicit-dependency>lib/widgets in order to propagete both
depencies to all sub-projects. I need this to support some legacy
projects with broken and/or circular depencies *sigh*

If this is possible, then you've got exactly what I need.
This would be great, because I'll then have more projects to test V2 on
win32.

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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iD8DBQE/aXg0ljbJ/LLrxrYRAm80AJ9MhgOQOdRp7nh+udGObkXRCC4UoQCgwVvN
6j1xkc7dzW0Dj96uJXC8NBA=
=tw00
-----END PGP SIGNATURE-----

 


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