Update.

diff --git a/ChangeLog b/ChangeLog
index b11e3716c8b082cc38577dc617992e4562d98670..bcf46b272db499184938e238235f6c2c1620a855 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,4 +1,6 @@
-1997-08-23 23:50  Ulrich Drepper  <drepper@cygnus.com>
+1997-08-24 00:48  Ulrich Drepper  <drepper@cygnus.com>
+
+       * locale/iso-4217.def: Update for more complete ISO 4217 match.
 
        * libio/stdio.h: Make {,v}snprintf functions available is __USE_BSD.
 

diff --git a/FAQ b/FAQ
index df2686e243cff3319b979b8ac4a7245c7fe09c0f..d4af13b05b6cd89f6a12980efcd4559fb8d9fa5f 100644 (file)
--- a/FAQ
+++ b/FAQ
@@ -565,7 +565,7 @@ by
 
 in the above example specs file to make it work for other systems.
 
-Version 2.7.2.2 does and future versions of GCC will automatically
+Version 2.7.2.3 does and future versions of GCC will automatically
 provide the correct specs.
 
 
@@ -595,13 +595,9 @@ GROUP ( libc.so.6 ld-linux.so.2 libc.a )
          any other system I saw.  This is a bug, isn't it?''
 
 [A18] {UD} No, this is no bug.  This version of the GNU libc already
-follows the to-be-released POSIX.1g standard.  In this standard
-the type `size_t' is used for all parameters which describe a size.
-So better change now.
-
-This change is critical for system which have
-       sizeof (int) != sizeof (size_t)
-like the Alpha.
+follows the Single Unix specifications (and I think the POSIX.1g
+draft which adopted the solution).  The type for parameter describing
+a size is now `socklen_t', a new type.
 
 
 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
@@ -617,28 +613,9 @@ invalid.  I.e., an emulated FPU is for the libc as good as a real one.
 [Q20]  ``How can I compile gcc 2.7.2.1 from the gcc source code using
          glibc 2.x?
 
-[A20] {AJ} There's only support for glibc 2.0 in gcc 2.7.2.2 or later.
-
-gcc 2.7.2.2 has also a nasty bug.  It installs its own version of
-assert.h into /usr/<machine>/include that is not compatible with
-glibc.  Please remove this file - otherwise you get lots of problems
-with configure.
-
-For 2.7.2.2 you should also use the following patch and configure for
-e.g. i486-linux.
------------------------------------------------------------------------
---- configure       Tue Feb 11 15:57:17 1997
-+++ configure   Wed Feb 12 23:09:29 1997
-@@ -1021,7 +1021,7 @@
-                gnu_ld=yes
-                # GNU libc version 2 does not supply these;
-                # we want them from GCC.
--               extra_parts="crtbegin.o crtend.o"
-+               extra_parts="crtbegin.o crtbeginS.o crtend.o crtendS.o"
-                ;;
-         i[3456]86-go32-msdos | i[3456]86-*-go32)
-               cpu_type=i386
------------------------------------------------------------------------
+[A20] {AJ} There's only correct support for glibc 2.0.x in gcc 2.7.2.3
+or later.  You should get at least gcc 2.7.2.3.  All previous versions
+had problems with glibc support.
 
 
 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
@@ -698,13 +675,13 @@ very beginning and if it is not usable `configure' will bark.
 [Q24]  ``I have set up /etc/nis.conf, and the Linux libc 5 with NYS
          works great.  But the glibc NIS+ doesn't seem to work.''
 
-[A24]  The glibc NIS+ implementation uses a /var/nis/NIS_COLD_START
-       file for storing information about the NIS+ server and their
-       public keys, because the nis.conf file do not contain all
-       necessary information.  You have to copy a NIS_COLD_START file
-       from a Solaris client (the NIS_COLD_START file is byte order
-       independend) or generate it new with nisinit from the nis-tools
-       (look at http://www-vt.uni-paderborn.de/~kukuk/linux/nisplus.html).
+[A24] The glibc NIS+ implementation uses a /var/nis/NIS_COLD_START
+file for storing information about the NIS+ server and their public
+keys, because the nis.conf file do not contain all necessary
+information.  You have to copy a NIS_COLD_START file from a Solaris
+client (the NIS_COLD_START file is byte order independend) or generate
+it new with nisinit from the nis-tools (look at
+http://www-vt.uni-paderborn.de/~kukuk/linux/nisplus.html).
 
 
 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~

diff --git a/INSTALL b/INSTALL
index 5abce2527b6315d266dee9b1e1340d932565ae2d..dd55d7ff9310670fb01523fa80c80536cd8f840e 100644 (file)
--- a/INSTALL
+++ b/INSTALL
@@ -157,13 +157,13 @@ build the GNU C library:
      recommend you port GNU `make' instead.  *Really.* We recommend
      version GNU `make' version 3.75 or later.
 
-   * GCC 2.7.2
+   * GCC 2.7.2.3
 
      On most platforms, the GNU C library can only be compiled with the
      GNU C compiler.  We recommend GCC version 2.7.2 or later; earlier
      versions may have problems.
 
-   * `binutils' 2.8
+   * `binutils' 2.8.1
 
      Using the GNU `binutils' (assembler, linker, and related tools) is
      preferable when possible, and they are required to build an ELF
@@ -171,6 +171,18 @@ build the GNU C library:
      earlier versions are known to have problems or to not support all
      architectures.
 
+If you change any configuration file you will need also
+
+   * `autoconf' 2.12
+
+and if you change any of the message translation files you will also need
+
+   * `GNU gettext' 0.10 or later
+
+If you upgrade your source tree using the patches made available you probably
+will need those package above in any case.
+
+
 Supported Configurations
 ------------------------
 
@@ -922,4 +934,3 @@ parts of the library were contributed or worked on by other people.
           or <Software.Distribution@CS.CMU.EDU> any improvements or
           extensions that they make and grant Carnegie Mellon the
           rights to redistribute these changes.
-