summaryrefslogtreecommitdiff
path: root/manual/install.texi
diff options
context:
space:
mode:
authorUlrich Drepper <drepper@redhat.com>1999-09-10 20:00:21 +0000
committerUlrich Drepper <drepper@redhat.com>1999-09-10 20:00:21 +0000
commit8fc1e2ca9193d5e1f2f17db22020c1af00500ae8 (patch)
tree4b117a88ef586dfe270fc0c8f49077de43caf64b /manual/install.texi
parent6833780818c60b3f3a0a120f711369bb8158a0d5 (diff)
Update.
* sysdeps/unix/sysv/linux/sys/raw.h (RAW_MAJOR): Added. 1999-09-08 Andreas Jaeger <aj@arthur.rhein-neckar.de> * manual/install.texi (Configuring and compiling): Mention GCC 2.95. 1999-09-08 Andreas Jaeger <aj@arthur.rhein-neckar.de> * configure.in: Fix make version test for make 3.77.95 and later versions. Based on a patch by Paul D. Smith <psmith@baynetworks.com>. 1999-09-10 Ulrich Drepper <drepper@cygnus.com>
Diffstat (limited to 'manual/install.texi')
-rw-r--r--manual/install.texi20
1 files changed, 11 insertions, 9 deletions
diff --git a/manual/install.texi b/manual/install.texi
index 19b7196be7..992203a056 100644
--- a/manual/install.texi
+++ b/manual/install.texi
@@ -184,10 +184,11 @@ containing @samp{***}. Those indicate that something is really wrong.
The compilation process takes several hours even on fast hardware.
Expect at least two hours for the default configuration on i586 for
-Linux. For Hurd times are much longer. Except for EGCS 1.1 (and later
-versions of EGCS), all supported versions of GCC have a problem which
-causes them to take several minutes to compile certain files in the
-iconvdata directory. Do not panic if the compiler appears to hang.
+Linux. For Hurd times are much longer. Except for EGCS 1.1 and GCC
+2.95 (and later versions of GCC), all supported versions of GCC have a
+problem which causes them to take several minutes to compile certain
+files in the iconvdata directory. Do not panic if the compiler appears
+to hang.
If you want to run a parallel make, you can't just give @code{make} the
@samp{-j} option, because it won't be passed down to the sub-makes.
@@ -271,15 +272,15 @@ After installation you might want to configure the timezone and locale
installation of your system. The GNU C library comes with a locale
database which gets configured with @code{localedef}. For example, to
set up a German locale with name @code{de_DE}, simply issue the command
-@samp{localedef -i de_DE -f ISO-8859-1 de_DE}. To configure all locales
-that are supported by glibc, you can issue from your build directory the
+@samp{localedef -i de_DE -f ISO-8859-1 de_DE}. To configure all locales
+that are supported by glibc, you can issue from your build directory the
command @samp{make localedata/install-locales}.
To configure the locally used timezone, you can either set the @code{TZ}
environment variable. The script @code{tzselect} helps you to select
the right value. As an example for Germany, tzselect would tell you to
use @samp{TZ='Europe/Berlin'}. For a system wide installation (the
-given paths are for an installation with @samp{--prefix=/usr}), link the
+given paths are for an installation with @samp{--prefix=/usr}), link the
timezone file which is in @file{/usr/share/zoneinfo} to the file
@file{/etc/localtime}. For Germany, you might execute @samp{ln -s
/usr/share/zoneinfo/Europe/Berlin /etc/localtime}.
@@ -305,12 +306,13 @@ have bugs which only show up in big projects like GNU @code{libc}.
Version 3.76.1 seems OK but some people have reported problems.
@item
-EGCS 1.1.1, 1.1 or 1.0.3, or GCC 2.8.1
+EGCS 1.1.1, 1.1 or 1.0.3, or GCC 2.8.1, 2.95, 2.95.1
The GNU C library can only be compiled with the GNU C compiler family.
As of the 2.1 release, EGCS 1.0.3 or higher is required. GCC 2.8.1 can
also be used (but see the FAQ for reasons why you might not want to).
-Earlier versions simply are too buggy.
+Earlier versions simply are too buggy. As of this writing, GCC 2.95.1
+is the compiler we advise to use.
You can use whatever compiler you like to compile programs that use GNU
libc, but be aware that both GCC 2.7 and 2.8 have bugs in their