Initial list of ports that fail due to -pthread
stijn at win.tue.nl
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
> > - 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
> > - 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 bsd.port.mk
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
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20030924/21caba56/attachment.bin
More information about the freebsd-ports