From: David Abrahams (dave_at_[hidden])
Date: 2004-07-16 08:41:49
Michael Glassford <glassfordm_at_[hidden]> writes:
> Jeff Garland wrote:
>> On Thu, 15 Jul 2004 07:55:44 -0700, Jeff Garland wrote
>>>This is also failing on my mini-Linux test with the same issue.
> This is cleared up now, as you said.
>>> 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
>>> 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...
>> replies to self....
>> Adding the sysinclude indeed fixes the initial compilation problem.
>> attached a patch of the change I made and I'll reupload the regression results
>> -- there's more errors :-(
> I've fixed these errors (in read_write_mutex.cpp) as well, but the
> LinuxMandrake tests haven't re-run yet. Ditto for the Darwin tests,
> which are failing with these same errors.
> For the HP-UX tests:
> These are failing with the error "Error 119:
> line 71 # #error "Compiler threading support is not turned on. Please
> set the correct command line options for threading: -mt""
> Apparently the bjam configuration for this compiler is incorrect?
It is correct. Actually the HP pthreads headers are incomplete, IIRC.
-- Dave Abrahams Boost Consulting http://www.boost-consulting.com
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk