From owner-freebsd-threads@FreeBSD.ORG Sat Sep 20 12:48:29 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E3F16A4B3; Sat, 20 Sep 2003 12:48:29 -0700 (PDT) Received: from procyon.firepipe.net (procyon.firepipe.net [198.78.66.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id D408743FAF; Sat, 20 Sep 2003 12:48:28 -0700 (PDT) (envelope-from will@csociety.org) Received: by procyon.firepipe.net (Postfix, from userid 1000) id 1772520C97; Sat, 20 Sep 2003 12:48:28 -0700 (PDT) Date: Sat, 20 Sep 2003 12:48:27 -0700 From: Will Andrews To: Daniel Eischen Message-ID: <20030920194827.GN47671@procyon.firepipe.net> Mail-Followup-To: Daniel Eischen , threads@freebsd.org, kde@freebsd.org References: <20030920164756.GL47671@procyon.firepipe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: threads@freebsd.org cc: kde@freebsd.org Subject: Re: [kde-freebsd] Compiling arts in -CURRENT without -pthread X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2003 19:48:29 -0000 On Sat, Sep 20, 2003 at 02:45:02PM -0400, Daniel Eischen wrote: > It should probably check for: > > 1) PTHREAD_LIBS > 2) -lpthread > 3) -lc_r Yes, that's what our patch (in testing) does now. > No, we don't have libpthread yet. We are waiting > for ports to catch up to the PTHREAD_LIBS changes > and then libkse will be renamed back to libpthread. > If we change it now, some ports may be unbroken > because they find -lpthread, but yet may still > half-heartedly support PTHREAD_LIBS. So setting > PTHREAD_LIBS to something other than libpthread > won't break the port but will cause it not to > run correctly (if at all). We also want to be > able to select any of our threading libraries > regardless of the existence of -lpthread, so > falling back to -lpthread should probably only > happen when building outside the ports system > (PTHREAD_LIBS not defined). > > > Why is FreeBSD not exporting an -lpthread like others seem to be? > > To help you guys. Just like removing -pthread ;-) Your plan seems to have bumps in it. I suggest a more graceful approach next time, like announcing to ports@ the removal a lot sooner, removing it at least a month before any ports freeze, and generally pushing people to implement things the way you want them. The way it's gone so far, I'd say -CURRENT users are suffering the brunt of the problem caused by your abrupt removal of the -pthread option. Even if they're supposed to be able to put up with rough waters, it could have been done better anyway. "We obsoleted -pthread 2 years ago" does not help us, sorry. Regards, -- wca