From owner-cvs-src@FreeBSD.ORG Sun Aug 31 20:54:41 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B04B416A4BF; Sun, 31 Aug 2003 20:54:41 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC3A943FDD; Sun, 31 Aug 2003 20:54:40 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h813setp025804; Sun, 31 Aug 2003 23:54:40 -0400 (EDT) Date: Sun, 31 Aug 2003 23:54:40 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Scott Long In-Reply-To: <3F52BF36.1060701@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Joe Marcus Clarke cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/contrib/gcc/config freebsd-spec.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2003 03:54:41 -0000 On Sun, 31 Aug 2003, Scott Long wrote: > Daniel Eischen wrote: > > I'm (somewhat biased I guess) very much against making libpthread > > be anything other than what is now libkse. libkse was always > > suppose to be libpthread and offers real POSIX behavior (the > > 'p' in libpthread) unlike libthr. Solaris has both libpthread > > and libthread, neither of which are links. If you want one > > or the other, you link to the one you want. I don't see a > > reason why we should be any different. If you don't think > > about ports, then it should be more clear that that is how > > it should be. > > > > We may come to 5.2/5.3/5-STABLE/whatever and find that KSE doesn't work > on one or more platforms where THR does (disregarding the POSIX > correctness issue). What do we do then? Forcing a rename of > libkse->libpthread on all platforms is a bad idea, IMO, as is the > possible inconsistency of forcing a rename on some platforms but not > others. Then we fix whatever bugs there are. Ports are also smart; they tend to know when things don't work and have some hacks to work around them. If libpthread or libthr doesn't work for a given port, it can force a different library to be used. > Of course, once KSE is 100% solid on 100% of the platforms, then my > argument goes away =-) Yes, that is the goal. We just need a couple of alpha and sparc64 people to step up to the plate and implement a few functions. I think both platforms are really close. ia64 was probably the most difficult, as marcel can probably tell you, because of its separate register stack. I don't think you'll have the same problems on alpha or sparc64. -- Dan Eischen