[jamming] how jam handles LinkLibrary and SubInclude ?

Ingo Weinhold bonefish at cs.tu-berlin.de
Mon Jul 24 08:53:47 PDT 2006


On 2006-07-23 at 19:11:15 [+0200], Groleo Marius <groleo at gmail.com> wrote:
> On 7/23/06, Ingo Weinhold <bonefish at cs.tu-berlin.de> wrote:
[...]
> > I suppose the only reason for you to include lib/dir1 in lib/dir2 is that
> > you want to be able to cd into lib/dir2 and jam there.
> 
> If I would not include lib/dir1 in lib/dir2, then when I `jam` in lib/dir2,
> the libdir1 would be unknown to jam.

Yep, that's what I mean.

> The Haiku project
> > (http://developer.berlios.de/projects/haiku/) has a slightly modified jam
> > version (http://svn.berlios.de/viewcvs/haiku/buildtools/trunk/jam/) that
> > does always parse the whole Jamfile tree of the project. Since it creates
> > the dependencies to the pseudotargets (all, lib, exe, files, obj,...) only
> > for the targets defined in descendant dirs of the working directory jam 
> > has
> > been invoked from, a "jam all" in a subdirectory still works as expected
> > with the improvement that all of the project's target are known and all
> > dependencies are updated correctly too.
> 
> Lately i see some pathces on the list, and other mail-list subscribers 
> pointing
> to other flavors of jam. mostly retorically i wodner why jam doesn't include
> those patches/features ?

Because Perforce jam is virtually dead. There used to be a time when the 
maintainer was active on this list and a new version was released from time 
to time. But this hasn't been the case for years.

CU, Ingo


More information about the jamming mailing list