From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 13:41:38 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 1286416A4B3 for ; Tue, 23 Sep 2003 13:41:38 -0700 (PDT) Received: from valiant.cnchost.com (valiant.concentric.net [207.155.252.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CCA343FF3 for ; Tue, 23 Sep 2003 13:41:37 -0700 (PDT) (envelope-from mwoodson@sricrm.com) Received: from squelcher.redlands.sricrm.com (bdsl.66.14.215.39.gte.net [66.14.215.39]) by valiant.cnchost.com id QAA06483; Tue, 23 Sep 2003 16:41:36 -0400 (EDT) [ConcentricHost SMTP Relay 1.15] Errors-To: From: Mark Woodson Organization: Statistical Research, Inc. To: current@freebsd.org Date: Tue, 23 Sep 2003 13:43:17 -0700 User-Agent: KMail/1.5.3 References: <1064348701.32783.9.camel@localhost.localdomain> In-Reply-To: <1064348701.32783.9.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309231343.17286.mwoodson@sricrm.com> Subject: Re: [JunkMail] 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: Tue, 23 Sep 2003 20:41:38 -0000 On Tuesday 23 September 2003 01:25 pm, Dan Naumov wrote: > On Tue, 2003-09-23 at 23:13, Daniel Eischen wrote: > > I understand that folks want to wave their hands and say "just > > make -pthread work and do whatever it needs to". > > I am one of those folks as well. As an end-user, I am not > interested in hacking around the source of 3rd-party applications > that use -pthread when compiling them from source myself. Not in > the slightest. This is BAD BAD BAD for usability. I have to admit here that I know about -pthread only what I've been following in this ongoing thread. I'm an end user that's run into the recent changes in pthreads causing breakage in ports (well one particular port, clamav). I was able to figure out how to disable pthreads and hack the port to get it compiled and running, but it was rather annoying. And having followed questions for a few years, I can easily imagine the kind of traffic that this behaviour will generate. While the notion of knowlegeable folks being able to link in the thread library of choice sounds nice, does it really make sense to break what will be expected behaviour? -Mark