This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: 2.1.92 does not compile


>>>>> Martin v Loewis writes:

>> Get a fixed make.
 > I had 3.76.1, and updated to 3.79, which works fine. I recommend to
 > remove the claim that 3.76.1 appears to work from the FAQ, and comment
 > on 3.79.x instead.

Should we tell people to use 3.79 or newer?  In that case we should
change the configure script and the documentation.

Are really all older versions broken?  3.75 might work - I've left it
in the configure check.

What do you think about the appended patch?  Shall I commit it?

Andreas

2000-08-09  Andreas Jaeger  <aj@suse.de>

	* configure.in: Change required make versions.

	* manual/install.texi (Tools for Compilation): Document required
	make version.

============================================================
Index: FAQ.in
--- FAQ.in	2000/07/31 23:10:27	1.104
+++ FAQ.in	2000/08/09 06:17:25
@@ -85,11 +85,8 @@
 {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 +367,7 @@
 	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 +375,8 @@
 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 +1477,7 @@
 ??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?
 
============================================================
Index: configure.in
--- configure.in	2000/07/21 04:04:37	1.284
+++ configure.in	2000/08/09 06:17:27
@@ -523,7 +523,7 @@
   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.75 | 3.79* | 3.[89]*], critic_missing=t)
 
 AC_CHECK_PROG_VER(MSGFMT, gnumsgfmt gmsgfmt msgfmt, --version,
   [GNU gettext.* \([0-9]*\.[0-9.]*\)],
============================================================
Index: manual/install.texi
--- manual/install.texi	2000/07/05 22:32:57	1.42
+++ manual/install.texi	2000/08/09 06:17:28
@@ -316,15 +316,13 @@
 
 @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

-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]