Date: Wed, 24 Sep 2003 11:51:53 +0200 From: Sheldon Hearn <sheldonh@starjuice.net> To: deischen@freebsd.org Cc: Freebsd Current <current@freebsd.org> Subject: Re: Fixing -pthreads (Re: ports and -current) Message-ID: <20030924095153.GE22622@starjuice.net> In-Reply-To: <Pine.GSO.4.10.10309231920460.24353-100000@pcnet5.pcnet.com> References: <3F70D4EB.1080604@gmx.net> <Pine.GSO.4.10.10309231920460.24353-100000@pcnet5.pcnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On (2003/09/23 19:35), Daniel Eischen wrote:
> The applications is free to link to whatever it wants;
> we're not changing that. If it wants to link to 1:1
> libthr or whatever, then it had better be sure to use
> -lthr because -pthread won't do it regardless of whether
> it is a NOOP or not.
Okay, so what are we supposed to do to ports that are now broken because
-pthread doesn't exist (e.g. devel/pwlib)?
This discussion has gone around in circles and I haven't read every
message, but it's pretty obvious there's a lot of confusion.
Is there a simple rule we should follow when trying to fix ports, or do
we have to think now? At the moment, I'm just patching configure files
to use ${PTHREAD_LIBS} instead of -pthread, and pushing PTHREAD_LIBS
into the ports' CONFIGURE_ENV.
Ciao,
Sheldon.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030924095153.GE22622>
