970929 test results: libstdc++ test failures! (sparc-solaris251)

H.J. Lu hjl@lucon.org
Thu Oct 2 13:49:00 GMT 1997


> I want to get out of the mode where I have to continually replace my Linux
> C libraries to use a new compiler.  I don't have to do that on any other

That is not entirely true. I used to have a patch to support it.

> platform.  What's worse, the new libraries often break existing
> applications, ones I may not have the source for (e.g. Netscape), and

It shouldn't break Netscape unless it is a bug in Netscape itself.
The new libc may expose the bug. As far as I know, the new Netscape
works ok.

> pointing the finger at the other app developer does no good.  Why should
> this be acceptable for Linux?  It basically says that only wizards may
> use new compilers, or else all Linux users must wait for a wizard, such
> as HJ Lu, to build binaries for everyone.  This makes Linux feel, um,
> "proprietary".  As Mike Tiemann once said, free software is supposed to
> be no-hassle software.

The problem is not with gcc. It is libio that causes the problem.
The solution has been there for a long time. But no one cared
enough to make the official libg++ to work with linux out of box.
Now Ulrich is working on libg++. Things will be different. 

> 
> It would be better if the new compiler can adapt to the existing
> libraries, possibly by adding more autoconf tests to find problem areas.
> 
> When egcs is released, it should be possible for Linux users who have the
> then-current Red Hat or Debian distribution to build a working egcs
> without upgrading their C library.
> 

The new C libraries usually fix some bugs. It makes senses to
upgrade libc first.


-- 
H.J. Lu (hjl@gnu.ai.mit.edu)



More information about the Gcc mailing list