aboutsummaryrefslogtreecommitdiff
path: root/manual/install.texi
diff options
context:
space:
mode:
authorJoseph Myers <joseph@codesourcery.com>2017-06-28 11:31:50 +0000
committerJoseph Myers <joseph@codesourcery.com>2017-06-28 11:31:50 +0000
commit073e8fa7739ed453d6854b834f290c263a6cdb9f (patch)
treefc1843818165783aec3c58997a75e2991a6a1550 /manual/install.texi
parentf300dc7358e785dd92259514f57acd10f695d142 (diff)
downloadglibc-073e8fa7739ed453d6854b834f290c263a6cdb9f.tar
glibc-073e8fa7739ed453d6854b834f290c263a6cdb9f.tar.gz
glibc-073e8fa7739ed453d6854b834f290c263a6cdb9f.tar.bz2
glibc-073e8fa7739ed453d6854b834f290c263a6cdb9f.zip
Require binutils 2.25 or later to build glibc.
This patch implements a requirement of binutils >= 2.25 (up from 2.22) to build glibc. Tests for 2.24 or later on x86_64 and s390 are removed. It was already the case, as indicated by buildbot results, that 2.24 was too old for building tests for 32-bit x86 (produced internal linker errors linking elf/tst-gnu2-tls1mod.so). I don't know if any configure tests for binutils features are obsolete given the increased version requirement. Tested for x86_64. * configure.ac (AS): Require binutils 2.25 or later. (LD): Likewise. * configure: Regenerated. * sysdeps/s390/configure.ac (AS): Remove version check. * sysdeps/s390/configure: Regenerated. * sysdeps/x86_64/configure.ac (AS): Remove version check. * sysdeps/x86_64/configure: Regenerated. * manual/install.texi (Tools for Compilation): Document requirement for binutils 2.25 or later. * INSTALL: Regenerated.
Diffstat (limited to 'manual/install.texi')
-rw-r--r--manual/install.texi2
1 files changed, 1 insertions, 1 deletions
diff --git a/manual/install.texi b/manual/install.texi
index ff5661a4fd..03eb2dd93b 100644
--- a/manual/install.texi
+++ b/manual/install.texi
@@ -493,7 +493,7 @@ You can use whatever compiler you like to compile programs that use
Check the FAQ for any special compiler issues on particular platforms.
@item
-GNU @code{binutils} 2.22 or later
+GNU @code{binutils} 2.25 or later
You must use GNU @code{binutils} (as and ld) to build @theglibc{}.
No other assembler or linker has the necessary functionality at the