cvs commit: src/contrib/gcc/config freebsd-spec.h

[Daniel Eischen]

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