-j Bug

Hello

Has anybody ever investigated on the -j bug 'The -j flag can
cause bjam to get
confused when single actions update more than one target at
a time...'?

My Problem is, that our development machines are updated to
dual cores and a -j2
would cut down the building time to nearly half the time
used with -j1. But we
can't use -j2, because we have actions, were we hit the -j
bug and the build
always fails the first time, so we switched back to -j1.

I had a quick look at the jam source code but I'm quite lost
in it. I found the
execcmd and execwait functions but I couldn't yet figure out
how jam waits for
the end of a action. Has anybody an idea were I could start
looking for the bug,
or could give me hint how the actions are executed and
waited for? Thanks for
any help. Id would be nice to use the full power of our new
dual core machines.

-Franz

 

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build

Franz wrote:

> Hello
> 
> Has anybody ever investigated on the -j bug 'The -j
flag can cause bjam to
> get confused when single actions update more than one
target at a
> time...'?
> 
> My Problem is, that our development machines are
updated to dual cores and
> a -j2 would cut down the building time to nearly half
the time used with
> -j1. But we can't use -j2, because we have actions,
were we hit the -j bug
> and the build always fails the first time, so we
switched back to -j1.
> 
> I had a quick look at the jam source code but I'm quite
lost in it. I
> found the execcmd and execwait functions but I couldn't
yet figure out how
> jam waits for the end of a action. Has anybody an idea
were I could start
> looking for the bug, or could give me hint how the
actions are executed
> and waited for? Thanks for any help. Id would be nice
to use the full
> power of our new dual core machines.

Do you have a pointer to description of that bug?

- Volodya


_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build

Vladimir Prus writes:

> 
> Franz wrote:
> 
> > Hello
> > 
> > Has anybody ever investigated on the -j bug 'The
-j flag can cause bjam to
> > get confused when single actions update more than
one target at a
> > time...'?
> > 
> > My Problem is, that our development machines are
updated to dual cores and
> > a -j2 would cut down the building time to nearly
half the time used with
> > -j1. But we can't use -j2, because we have
actions, were we hit the -j bug
> > and the build always fails the first time, so we
switched back to -j1.
> > 
> > I had a quick look at the jam source code but I'm
quite lost in it. I
> > found the execcmd and execwait functions but I
couldn't yet figure out how
> > jam waits for the end of a action. Has anybody an
idea were I could start
> > looking for the bug, or could give me hint how the
actions are executed
> > and waited for? Thanks for any help. Id would be
nice to use the full
> > power of our new dual core machines.
> 
> Do you have a pointer to description of that bug?

http://www.boost.org/doc
/html/jam/miscellaneous.html#jam.miscellaneous.bugs__limitat
ions


-> 'The -j flag can cause bjam to get confused when
single actions update more
than one target at a time. bjam  may proceed as if the
targets were built even
though they are still under construction.'

- Franz





_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build

Franz wrote:
> Hello
> 
> Has anybody ever investigated on the -j bug 'The -j
flag can cause bjam to get
> confused when single actions update more than one
target at a time...'?

Yes... <http:
//svn.boost.org/trac/boost/ticket/431>. I was
planning to 
do a bjam release this past weekend but I delayed it waiting
for the -ln 
Unix implementation to stabilize a bit more. Instead I'll be
doing the 
release this weekend, assuming no emergencies come up.


-- 
-- Grafik - Don't Assume Anything
-- Redshift Software, Inc. - http://redshift-software
.com
-- rrivera/acm.org - grafik/redshift-software.com
-- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build

Rene Rivera <grafikrobot <at> gmail.com>
writes:

> 
> Yes... <http:
//svn.boost.org/trac/boost/ticket/431>.
> 

That's great. Thanks for the information.
This means the bug is fixed on the next release. 
Is it already fixed in the trunk?

- Franz


_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build