Michael Glassford wrote:
Jeff Garland wrote:
On Thu, 15 Jul 2004 07:55:44 -0700, Jeff Garland wrote
Mike -
It's interesting that if I change to the libs/thread/build directory and type bjam the library builds, so it seems like maybe this is some new change in the bjam system causing this. That said in date_time there is <sysinclude>$(BOOST_ROOT) in the Jamfile to make sure the appropriate include path is available. I've locally modified the thread Jamfile to include a this sysinclude and I'm re-running the regression now. I'll let you know...
Adding the sysinclude indeed fixes the initial compilation problem.
I'm far from a bjam expert, but one thing I don't quite understand is that the "<sysinclude>$(BOOST_ROOT)" is already defined in the thread_base template, which both of the templates you modified include. Is the problem perhaps that they include it only in the sources section and not in the requirements section? In other words, should your patch be modified to read as below?
No. I would say this is a bug in the Boost.Build. Using the template should be added the needed <sysinclude>. I'll look at fixing this, assuming I can replicate it, but you should applies Jeff's changes just to get it working for the release testing. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com - 102708583/icq