Initial list of ports that fail due to -pthread

Stijn Hoop stijn at
Tue Sep 23 23:20:39 PDT 2003

On Wed, Sep 24, 2003 at 02:11:53AM -0400, Daniel Eischen wrote:
> On Wed, 24 Sep 2003, Stijn Hoop wrote:
> > Just an idea (I hope this hasn't been said before in the mega thread but at
> > least I didn't get it this way):
> > 
> > - fix all ports to respect PTHREAD_LIBS _ON THE LINKING STAGE_ (so no
> >   global search & replace, for it shouldn't be used in compile command
> >   lines)
> This sounds nice, but I don't know that there really is much
> difference in changes needed.

Well it avoids gcc warnings in case PTHREAD_LIBS == '-lkse'. That's about
the only reason I can think of to make the distinction between compiling
& linking.

> > - keep '-pthread' as a compiler option, which maps to a NOOP for compiling
> >   and '-lpthread' (aka libkse) for linking
> That's already the case; -pthread never did anything on the
> compile, only the link.

OK, but let's keep it that way then. Isn't the removal of -pthread that started
all this?

> > - set PTHREAD_LIBS to the default value of -pthread
> > - allow PTHREAD_LIBS to be set to something other, e.g. '-lthr', in
> >   /etc/make.conf (or the make command line)
> This is already the path that ports is going down :-)

Well, great. Let's go and fix some ports then, and everybody will be happy :)
But if this is really the way to go, we probably need some hack to
to make PTHREAD_LIBS standard because otherwise every port that needs a
threads library needs to have PTHREAD_LIBS hacks.


Help Wanted: Telepath. You know where to apply.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url :

More information about the freebsd-ports mailing list