glibc 2.0.112

[Andreas Jaeger]

>>>>> Richard Henderson writes:

Richard> On Sat, Jan 30, 1999 at 08:04:31AM -0800, Ulrich Drepper wrote:
>> > It is not a bug in glibc.
>> 
>> The same is true for Alpha.  Though I think rth said he fixed the
>> problems recently.

Richard> Yes, the Alpha problems with single precision complex are
Richard> a compiler problem.  The solution I had appears to be only
Richard> and still crashes the compiler on occasion.

Summing up the issues, is the appended patch for the FAQ correct?

Ulrich, please add this to glibc 2.1 if nobody objects.

Andreas

--- FAQ.in.~4~	Fri Jan 29 18:13:40 1999
+++ FAQ.in	Sun Jan 31 17:38:17 1999
@@ -303,13 +303,16 @@
 test in the sources.
 
 There are some failures which are not directly related to the GNU libc:
-- Some compiler produce buggy code.  The egcs 1.1 release should be ok.  gcc
-  2.8.1 might cause some failures, gcc 2.7.2.x is so buggy, that explicit
-  checks have been used so that you can't build with it.
+- Some compiler produce buggy code.  The egcs 1.1 release should be ok
+  (besides some singe precision complex problems on Alpha).  gcc 2.8.1 might
+  cause some failures, gcc 2.7.2.x is so buggy, that explicit checks have
+  been used so that you can't build with it.
 - The kernel might have bugs.  For example on Linux/Alpha 2.0.34 the
   floating point handling has quite a number of bugs and therefore most of
-  the test cases in the math subdirectory will fail.  Linux 2.2 has
-  fixes for the floating point support on Alpha.
+  the test cases in the math subdirectory will fail.  Linux 2.2 has fixes
+  for the floating point support on Alpha.  The Linux/Sparc kernel has also
+  some bugs in the fpu emulation code (as of Linux 2.2.0).
+
 
 ??	What is symbol versioning good for?  Do I need it?
 



-- 
 Andreas Jaeger   aj@arthur.rhein-neckar.de    jaeger@informatik.uni-kl.de
  for pgp-key finger ajaeger@aixd1.rhrk.uni-kl.de