From owner-freebsd-current@FreeBSD.ORG Wed Sep 24 02:51:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C54816A4B3; Wed, 24 Sep 2003 02:51:58 -0700 (PDT) Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29FAA44037; Wed, 24 Sep 2003 02:51:56 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.22) id 1A26JN-000C8J-FF; Wed, 24 Sep 2003 11:51:53 +0200 Date: Wed, 24 Sep 2003 11:51:53 +0200 From: Sheldon Hearn To: deischen@freebsd.org Message-ID: <20030924095153.GE22622@starjuice.net> Mail-Followup-To: deischen@freebsd.org, Marcin Dalecki , Freebsd Current References: <3F70D4EB.1080604@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i Sender: Sheldon Hearn cc: Freebsd Current Subject: Re: Fixing -pthreads (Re: ports and -current) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Sep 2003 09:51:58 -0000 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.