From: Vladimir Prus (ghost_at_[hidden])
Date: 2003-01-24 08:35:15
Ju"rgen Hunold wrote:
> Am Donnerstag 23 Januar 2003 17:28 schrieb David Abrahams:
>>Vladimir Prus <ghost_at_[hidden]> writes:
>>>first off, thanks for providing such a good bug report. I'll
>>>respond in as much detail as I can, but note that the last
>>>paragraph of this email are enough to solve the issue.
> Thanks. I know how hard it is to debug something without a reasonably
> test or fail.
You are right! Thanks again.
>>>This can be easily fixed: Just add <uses>qt to "requirements"
>>>section of top-level Jamfile.
>>This is weird, because when I tried to test it, I removed all
>>qt-related stuff from Ju"rgen's project and still got the same
>>problem. Are you sure there isn't something else going on?
> I've followed Vladimirs suggestion and it works.
> But someone broke gcc.jam. It fails to add -L option to the linker to
> specify the library search path.
Nobody broke it -- it was broken all the time. Specifically, it failes
to add -L switch when linking dll.
> The follwing patch fixes this, though I'm not sure if I've put the
> option at the right place.
I've moved it immediately after $(OPTIONS), just because it's similiar
to gcc.link. That's in CVS now.
> I've also tried to add threading-support to gcc, but succeeded only in
> adding _REENTRANT to the complie flags. Is this the rigth way to it ?
I'm not sure. For me, this macro is automatically defined when "-pthread" is
in command line.
> Can someone point me on putting -pthread to the linker command ?
If you want to put it for linker only, then
toolset.flags gcc.link OPTIONS <threading>multi : -pthread ;
would add "-pthread" to the OPTIONS variable on all targets created
with "gcc.link" rule. Just add this line to gcc.jam. If you use "gcc" instead
of "gcc.link", it will effect all rules in the "gcc" module.
BTW, V1 gcc-tools.jam sets "-pthread" for compilation as well.
Also, what should be done with BSD and NT? Anyone can comment?
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