summary refs log tree commit diff
path: root/FAQ.in
diff options
context:
space:
mode:
Diffstat (limited to 'FAQ.in')
-rw-r--r--FAQ.in36
1 files changed, 17 insertions, 19 deletions
diff --git a/FAQ.in b/FAQ.in
index c5d96c9b6a..ba99f9cb20 100644
--- a/FAQ.in
+++ b/FAQ.in
@@ -66,8 +66,7 @@ a local mirror first.
 
 You should always try to use the latest official release.  Older versions
 may not have all the features GNU libc requires.  The current releases of
-gcc (2.95 or newer) should work with the GNU C library (for powerpc see
-?powerpc; for ARM see ?arm; for MIPS see ?mips).
+gcc (3.2 or newer) should work with the GNU C library (for MIPS see ?mips).
 
 Please note that gcc 2.95 and 2.95.x cannot compile glibc on Alpha due to
 problems in the complex float support.
@@ -98,18 +97,11 @@ them.
 
 ??powerpc	Which compiler should I use for powerpc?
 
-{GK} You want to use at least gcc 2.95 (together with the right versions
-of all the other tools, of course).  See also ?excpt.
+{} Removed.  Does not apply anymore.
 
 ??arm	Which tools should I use for ARM?
 
-{PB} You should use egcs 1.1 or a later version.  For ELF systems some
-changes are needed to the compiler; a patch against egcs-1.1.x can be found
-at:
-
-<ftp://ftp.netwinder.org/users/p/philb/egcs-1.1.1pre2-diff-981126>
-
-Binutils 2.10.1 or later is also required.
+{} Removed.  Does not apply anymore.
 
 ??	Do I need some more things to compile the GNU C Library?
 
@@ -305,9 +297,7 @@ test in the sources.
 
 There are some failures which are not directly related to the GNU libc:
 - Some compilers produce buggy code.  No compiler gets single precision
-  complex numbers correct on Alpha.  Otherwise, 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.
+  complex numbers correct on Alpha.  Otherwise, gcc-3.2 should be ok.
 - 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
@@ -367,8 +357,8 @@ newer.
 
 ??mips	Which tools should I use for MIPS?
 
-{AJ} You should use the current development version of gcc 3.0 or newer from
-CVS.  gcc 2.95.x does not work correctly on mips-linux.
+{AJ} You should use the current development version of gcc 3.2 or newer from
+CVS.
 
 You need also recent binutils, anything before and including 2.11 will not
 work correctly.  Either try the Linux binutils 2.11.90.0.5 from HJ Lu or the
@@ -635,7 +625,7 @@ you got with your distribution.
 	glibc 2.x?
 
 {AJ} There's only correct support for glibc 2.0.x in gcc 2.7.2.3 or later.
-But you should get at least gcc 2.95.2.1 (or later versions) instead.
+But you should get at least gcc 2.95.3 (or later versions) anyway
 
 ??	The `gencat' utility cannot process the catalog sources which
 	were used on my Linux libc5 based system.  Why?
@@ -1025,7 +1015,8 @@ repository.
 {BH} You are using g++ 2.95.2? After upgrading to glibc 2.2, you need to
 apply a patch to the include files in /usr/include/g++, because the fpos_t
 type has changed in glibc 2.2.  The patch is at
-http://clisp.cons.org/~haible/gccinclude-glibc-2.2-compat.diff
+
+  http://www.haible.de/bruno/gccinclude-glibc-2.2-compat.diff
 
 ??	When recompiling GCC, I get compilation errors in libio.
 
@@ -1033,7 +1024,6 @@ http://clisp.cons.org/~haible/gccinclude-glibc-2.2-compat.diff
 This version is needed because the fpos_t type and a few libio internals
 have changed in glibc 2.2, and gcc 2.95.3 contains a corresponding patch.
 
-
 ??	Why shall glibc never get installed on GNU/Linux systems in
 /usr/local?
 
@@ -1047,6 +1037,14 @@ installation, use another directory as argument to --prefix.  If you like to
 install this glibc version as default version, overriding the existing one,
 use --prefix=/usr and everything will go in the right places.
 
+??	When recompiling GCC, I get compilation errors in libstdc++.
+
+{BH} You are trying to recompile gcc 3.2?  You need to patch gcc 3.2,
+because some last minute changes were made in glibc 2.3 which were not
+known when gcc 3.2 was released.  The patch is at
+
+  http://www.haible.de/bruno/gcc-3.2-glibc-2.3-compat.diff
+
 ? Source and binary incompatibilities, and what to do about them
 
 ??	I expect GNU libc to be 100% source code compatible with