+2000-08-09 Andreas Jaeger <aj@suse.de>
+
+ * configure.in: Change required make versions.
+
+ * manual/install.texi (Tools for Compilation): Document required
+ make version.
+ (Supported Configurations): Update list of supported
+ configurations.
+
2000-08-08 Ulrich Drepper <drepper@redhat.com>
* locale/linereader.c (get_string): Don't print an error is a string
daylight saving time is in effect the timezone string is EST.
4.6. I've build make 3.77 against glibc 2.1 and now make gets
segmentation faults.
+
+Removed. Does not apply anymore, use make 3.79 or newer.
4.7. Why do so many programs using math functions fail on my AlphaStation?
4.8. The conversion table for character set XX does not match with
what I expect.
*-*-gnu GNU Hurd
i[3456]86-*-linux-gnu Linux-2.x on Intel
m68k-*-linux-gnu Linux-2.x on Motorola 680x0
- alpha-*-linux-gnu Linux-2.x on DEC Alpha
+ alpha*-*-linux-gnu Linux-2.x on DEC Alpha
powerpc-*-linux-gnu Linux and MkLinux on PowerPC systems
sparc-*-linux-gnu Linux-2.x on SPARC
sparc64-*-linux-gnu Linux-2.x on UltraSPARC
arm-*-none ARM standalone systems
arm-*-linux Linux-2.x on ARM
arm-*-linuxaout Linux-2.x on ARM using a.out binaries
+ mips*-*-linux-gnu Linux-2.x on MIPS
+ ia64-*-linux-gnu Linux-2.x on ia64
Ports to other Linux platforms are in development, and may in fact work
already, but no one has sent us success reports for them. Currently no
{UD} You definitely need GNU make to build GNU libc. No other make
program has the needed functionality.
-We recommend version GNU make version 3.75 or 3.77. Versions before 3.75
-have bugs and/or are missing features. Version 3.76 has bugs which
-appear when building big projects like GNU libc. 3.76.1 appears to work but
-some people have reported problems. If you build GNU make 3.77 from source,
-please read question 4.6 first.
+We recommend version GNU make version 3.79 or newer. Older versions have
+bugs and/or are missing features.
1.4. Do I need a special linker or assembler?
malloc/libmemprof.so. How can I fix this?
{AJ} Older make version (<= 3.78.90) have a bug which was hidden by a bug in
-glibc (<= 2.1.2). You need to upgrade make to a newer or fixed version. A
-patch is available via
-<http://sourceware.cygnus.com//ml/libc-alpha/2000-02/msg00067.html>.
+glibc (<= 2.1.2). You need to upgrade make to a newer or fixed version.
After upgrading make, you should remove the file sysd-sorted in your build
directory. The problem is that the broken make creates a wrong order for
which happens if you remove the file.
You might encounter this bug also in other situations where make scans
-directories. I strongly advise to upgrade your make version.
+directories. I strongly advise to upgrade your make version to 3.79 or
+newer.
\f
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.6. I've build make 3.77 against glibc 2.1 and now make gets
segmentation faults.
-{AJ} GNU make 3.77 has support for 64 bit filesystems which is slightly
-broken (and one of the new features in the GNU C library 2.1 is 64 bit
-filesystem support :-( ). To get a working make you can use either make
-3.75 or patch 3.77. A working patch is available via RedHat's Rawhide server
-(ftp://rawhide.redhat.com/SRPMS/SRPMS/make-3.77-*src.rpm).
+Removed. Does not apply anymore, use make 3.79 or newer.
+
+
4.7. Why do so many programs using math functions fail on my AlphaStation?
*-*-gnu GNU Hurd
i[3456]86-*-linux-gnu Linux-2.x on Intel
m68k-*-linux-gnu Linux-2.x on Motorola 680x0
- alpha-*-linux-gnu Linux-2.x on DEC Alpha
+ alpha*-*-linux-gnu Linux-2.x on DEC Alpha
powerpc-*-linux-gnu Linux and MkLinux on PowerPC systems
sparc-*-linux-gnu Linux-2.x on SPARC
sparc64-*-linux-gnu Linux-2.x on UltraSPARC
arm-*-none ARM standalone systems
arm-*-linux Linux-2.x on ARM
arm-*-linuxaout Linux-2.x on ARM using a.out binaries
+ mips*-*-linux-gnu Linux-2.x on MIPS
+ ia64-*-linux-gnu Linux-2.x on ia64
Ports to other Linux platforms are in development, and may in fact work
already, but no one has sent us success reports for them. Currently no
{UD} You definitely need GNU make to build GNU libc. No other make
program has the needed functionality.
-We recommend version GNU make version 3.75 or 3.77. Versions before 3.75
-have bugs and/or are missing features. Version 3.76 has bugs which
-appear when building big projects like GNU libc. 3.76.1 appears to work but
-some people have reported problems. If you build GNU make 3.77 from source,
-please read ?make first.
+We recommend version GNU make version 3.79 or newer. Older versions have
+bugs and/or are missing features.
?? Do I need a special linker or assembler?
malloc/libmemprof.so. How can I fix this?
{AJ} Older make version (<= 3.78.90) have a bug which was hidden by a bug in
-glibc (<= 2.1.2). You need to upgrade make to a newer or fixed version. A
-patch is available via
-<http://sourceware.cygnus.com//ml/libc-alpha/2000-02/msg00067.html>.
+glibc (<= 2.1.2). You need to upgrade make to a newer or fixed version.
After upgrading make, you should remove the file sysd-sorted in your build
directory. The problem is that the broken make creates a wrong order for
which happens if you remove the file.
You might encounter this bug also in other situations where make scans
-directories. I strongly advise to upgrade your make version.
+directories. I strongly advise to upgrade your make version to 3.79 or
+newer.
? Installation and configuration issues
??make I've build make 3.77 against glibc 2.1 and now make gets
segmentation faults.
-{AJ} GNU make 3.77 has support for 64 bit filesystems which is slightly
-broken (and one of the new features in the GNU C library 2.1 is 64 bit
-filesystem support :-( ). To get a working make you can use either make
-3.75 or patch 3.77. A working patch is available via RedHat's Rawhide server
-(ftp://rawhide.redhat.com/SRPMS/SRPMS/make-3.77-*src.rpm).
+Removed. Does not apply anymore, use make 3.79 or newer.
?? Why do so many programs using math functions fail on my AlphaStation?
separate tarfiles which you unpack into the top level of the source
tree. Then you give `configure' the `--enable-add-ons' option to
activate them, and they will be compiled into the library. As of the
-2.1 release, two important components of glibc are distributed as
-"official" add-ons. Unless you are doing an unusual installation, you
-should get them both.
+2.2 release, one important component of glibc is distributed as
+"official" add-ons: the linuxthreads add-on. Unless you are doing an
+unusual installation, you should get this.
Support for POSIX threads is maintained by someone else, so it's in a
separate package. It is only available for Linux systems, but this will
GNU libc can be compiled in the source directory, but we strongly
advise to build it in a separate build directory. For example, if you
-have unpacked the glibc sources in `/src/gnu/glibc-2.1.0', create a
+have unpacked the glibc sources in `/src/gnu/glibc-2.2.0', create a
directory `/src/gnu/glibc-build' to put the object files in. This
allows removing the whole build directory in case an error occurs,
which is the safest way to get a fresh start and should always be done.
From your object directory, run the shell script `configure' found
at the top level of the source tree. In the scenario above, you'd type
- $ ../glibc-2.1.0/configure ARGS...
+ $ ../glibc-2.2.0/configure ARGS...
Please note that even if you're building in a separate build
directory, the compilation needs to modify a few files in the source
environment or preparing a binary distribution. The directory should be
specified with an absolute file name.
- Glibc 2.1 includes two daemons, `nscd' and `utmpd', which you may or
-may not want to run. `nscd' caches name service lookups; it can
-dramatically improve performance with NIS+, and may help with DNS as
-well. `utmpd' allows programs that use the old format for the `utmp'
-file to coexist with new programs. For more information see the file
-`login/README.utmpd'.
+ Glibc 2.2 includes a daemon called `nscd', which you may or may not
+want to run. `nscd' caches name service lookups; it can dramatically
+improve performance with NIS+, and may help with DNS as well.
One auxiliary program, `/usr/libexec/pt_chown', is installed setuid
`root'. This program is invoked by the `grantpt' function; it sets the
We recommend installing the following GNU tools before attempting to
build the GNU C library:
- * GNU `make' 3.75
+ * GNU `make' 3.79 or newer
You need the latest version of GNU `make'. Modifying the GNU C
Library to work with other `make' programs would be so difficult
that we recommend you port GNU `make' instead. *Really.* We
- recommend version GNU `make' version 3.75 or 3.77. All earlier
- versions have severe bugs or lack features. Version 3.76 is known
- to have bugs which only show up in big projects like GNU `libc'.
- Version 3.76.1 seems OK but some people have reported problems.
+ recommend version GNU `make' version 3.79. All earlier versions
+ have severe bugs or lack features.
* EGCS 1.1.1, 1.1 or 1.0.3, or GCC 2.8.1, 2.95 or newer
The GNU C Library currently supports configurations that match the
following patterns:
- alpha-*-linux
+ alpha*-*-linux
arm-*-linux
arm-*-linuxaout
arm-*-none
iX86-*-gnu
iX86-*-linux
+ ia64-*-linux
m68k-*-linux
+ mips*-*-linux
powerpc-*-linux
sparc-*-linux
sparc64-*-linux
*-*-gnu GNU Hurd
i[3456]86-*-linux-gnu Linux-2.x on Intel
m68k-*-linux-gnu Linux-2.x on Motorola 680x0
- alpha-*-linux-gnu Linux-2.x on DEC Alpha
+ alpha*-*-linux-gnu Linux-2.x on DEC Alpha
powerpc-*-linux-gnu Linux and MkLinux on PowerPC systems
sparc-*-linux-gnu Linux-2.x on SPARC
sparc64-*-linux-gnu Linux-2.x on UltraSPARC
arm-*-none ARM standalone systems
arm-*-linux Linux-2.x on ARM
arm-*-linuxaout Linux-2.x on ARM using a.out binaries
-
+ mips*-*-linux-gnu Linux-2.x on MIPS
+ ia64-*-linux-gnu Linux-2.x on ia64
Former releases of this library (version 1.09.1 and perhaps earlier
versions) used to run on the following configurations:
ac_prog_version=`$MAKE --version 2>&1 | sed -n 's/^.*GNU Make[^0-9]*\([0-9][0-9.]*\).*$/\1/p'`
case $ac_prog_version in
'') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
- 3.75 | 3.76.[1-9]* | 3.7[789]* | 3.[89]*)
+ 3.79* | 3.[89]*)
ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
*) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
fi
-for ac_prog in gawk mawk nawk awk
+for ac_prog in mawk gawk nawk awk
do
# Extract the first word of "$ac_prog", so it can be a program name with args.
set dummy $ac_prog; ac_word=$2
critic_missing=t)
AC_CHECK_PROG_VER(MAKE, gnumake gmake make, --version,
[GNU Make[^0-9]*\([0-9][0-9.]*\)],
- [3.75 | 3.76.[1-9]* | 3.7[789]* | 3.[89]*], critic_missing=t)
+ [3.79* | 3.[89]*], critic_missing=t)
AC_CHECK_PROG_VER(MSGFMT, gnumsgfmt gmsgfmt msgfmt, --version,
[GNU gettext.* \([0-9]*\.[0-9.]*\)],
@itemize @bullet
@item
-GNU @code{make} 3.75
+GNU @code{make} 3.79 or newer
You need the latest version of GNU @code{make}. Modifying the GNU C
Library to work with other @code{make} programs would be so difficult that we
recommend you port GNU @code{make} instead. @strong{Really.} We
-recommend version GNU @code{make} version 3.75 or 3.77. All earlier
-versions have severe bugs or lack features. Version 3.76 is known to
-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.
+recommend version GNU @code{make} version 3.79. All earlier
+versions have severe bugs or lack features.
@item
EGCS 1.1.1, 1.1 or 1.0.3, or GCC 2.8.1, 2.95 or newer
following patterns:
@smallexample
-alpha-@var{*}-linux
+alpha@var{*}-@var{*}-linux
arm-@var{*}-linux
arm-@var{*}-linuxaout
arm-@var{*}-none
i@var{x}86-@var{*}-gnu
i@var{x}86-@var{*}-linux
+ia64-@var{*}-linux
m68k-@var{*}-linux
+mips@var{*}-@var{*}-linux
powerpc-@var{*}-linux
sparc-@var{*}-linux
sparc64-@var{*}-linux