diff options
-rw-r--r-- | ChangeLog | 9 | ||||
-rw-r--r-- | FAQ | 28 | ||||
-rw-r--r-- | FAQ.in | 24 | ||||
-rw-r--r-- | INSTALL | 31 | ||||
-rw-r--r-- | README | 5 | ||||
-rwxr-xr-x | configure | 4 | ||||
-rw-r--r-- | configure.in | 2 | ||||
-rw-r--r-- | manual/install.texi | 12 |
8 files changed, 57 insertions, 58 deletions
@@ -1,3 +1,12 @@ +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 @@ -181,6 +181,8 @@ Removed. Does not apply anymore. 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. @@ -202,13 +204,15 @@ in the future, are: *-*-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 @@ -261,11 +265,8 @@ problems in the complex float support. {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? @@ -562,9 +563,7 @@ model will also fail if the above methods are not used. 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 @@ -572,7 +571,8 @@ one list in that file. The list has to be recreated with the new make - 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. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . @@ -1736,11 +1736,9 @@ and regulations of the country this effects. glibc behaves correctly. 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? @@ -28,13 +28,15 @@ in the future, are: *-*-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 @@ -85,11 +87,8 @@ problems in the complex float support. {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? @@ -370,9 +369,7 @@ model will also fail if the above methods are not used. 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 @@ -380,7 +377,8 @@ one list in that file. The list has to be recreated with the new make - 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 @@ -1481,11 +1479,7 @@ and regulations of the country this effects. glibc behaves correctly. ??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? @@ -10,9 +10,9 @@ installation. It is updated more frequently than this manual. 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 @@ -28,7 +28,7 @@ Configuring and compiling GNU Libc 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. @@ -36,7 +36,7 @@ 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 @@ -247,12 +247,9 @@ paths for installation. This is useful when setting up a chroot 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 @@ -287,15 +284,13 @@ Recommended Tools for Compilation 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 @@ -379,13 +374,15 @@ Supported Configurations 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 @@ -8,14 +8,15 @@ configurations: *-*-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: @@ -1450,7 +1450,7 @@ echo "configure:1450: checking version of $MAKE" >&5 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;; @@ -2173,7 +2173,7 @@ else 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 diff --git a/configure.in b/configure.in index 1af4f12..ef52035 100644 --- a/configure.in +++ b/configure.in @@ -523,7 +523,7 @@ AC_CHECK_PROG_VER(CC, ${ac_tool_prefix}gcc ${ac_tool_prefix}cc, -v, 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.]*\)], diff --git a/manual/install.texi b/manual/install.texi index 9bb4e64..9ec8f9d 100644 --- a/manual/install.texi +++ b/manual/install.texi @@ -316,15 +316,13 @@ build the GNU C library: @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 @@ -423,13 +421,15 @@ The GNU C Library currently supports configurations that match the 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 |