Date: Sun, 31 Aug 2003 23:54:40 -0400 (EDT) From: Daniel Eischen <eischen@vigrid.com> To: Scott Long <scottl@freebsd.org> Cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/contrib/gcc/config freebsd-spec.h Message-ID: <Pine.GSO.4.10.10308312343480.24379-100000@pcnet5.pcnet.com> In-Reply-To: <3F52BF36.1060701@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.10.10308312343480.24379-100000>