qiurui
/
glibc
mirror of git://sourceware.org/git/glibc.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Update. 

2004-02-29  Andreas Jaeger  <aj@suse.de>

	* manual/install.texi (Tools for Compilation): Autoconf 2.53 is required.
	(Supported Configurations): Add x86_64-*-linux.
	* INSTALL: Regenerated.
This commit is contained in:
Andreas Jaeger 2004-02-29 19:50:54 +00:00
parent d419807443
commit 7a49a7d5b7
2 changed files with 26 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
ChangeLog
View File

@ -1,3 +1,9 @@
2004-02-29 Andreas Jaeger <aj@suse.de>
* manual/install.texi (Tools for Compilation): Autoconf 2.53 is required.
(Supported Configurations): Add x86_64-*-linux.
* INSTALL: Regenerated.
2004-02-28 Ulrich Drepper <drepper@redhat.com> 2004-02-28 Ulrich Drepper <drepper@redhat.com>
* sysdeps/i386/i686/memcmp.S: Move table to .rodata. Patch by HJ Lu. * sysdeps/i386/i686/memcmp.S: Move table to .rodata. Patch by HJ Lu.

28
INSTALL
View File

@ -319,8 +319,8 @@ build the GNU C library:
* GNU `binutils' 2.13 or later * GNU `binutils' 2.13 or later
You must use GNU `binutils' (as and ld) to build the GNU C library. You must use GNU `binutils' (as and ld) to build the GNU C library.
No other assembler and linker has the necessary functionality in No other assembler or linker has the necessary functionality at the
the moment. moment.
* GNU `texinfo' 3.12f * GNU `texinfo' 3.12f
@ -353,7 +353,7 @@ build the GNU C library:
If you change any of the `configure.in' files you will also need If you change any of the `configure.in' files you will also need
* GNU `autoconf' 2.12 or higher * GNU `autoconf' 2.53 or higher
and if you change any of the message translation files you will need and if you change any of the message translation files you will need
@ -382,6 +382,7 @@ following patterns:
s390x-*-linux s390x-*-linux
sparc-*-linux sparc-*-linux
sparc64-*-linux sparc64-*-linux
x86_64-*-linux
Former releases of this library (version 2.1 and/or 2.0) used to run Former releases of this library (version 2.1 and/or 2.0) used to run
on the following configurations: on the following configurations:
@ -448,11 +449,22 @@ kernel you can get your hands on.
An alternate tactic is to unpack the 2.2 kernel and run `make An alternate tactic is to unpack the 2.2 kernel and run `make
config' as above; then, rename or delete `/usr/include', create a new config' as above; then, rename or delete `/usr/include', create a new
`/usr/include', and make the usual symbolic links of `/usr/include', and make symbolic links of `/usr/include/linux' and
`/usr/include/linux' and `/usr/include/asm' into the 2.2 kernel `/usr/include/asm' into the kernel sources. You can then configure
sources. You can then configure glibc with no special options. This glibc with no special options. This tactic is recommended if you are
tactic is recommended if you are upgrading from libc5, since you need upgrading from libc5, since you need to get rid of the old header files
to get rid of the old header files anyway. anyway.
After installing GNU libc, you may need to remove or rename
`/usr/include/linux' and `/usr/include/asm', and replace them with
copies of `include/linux' and `include/asm-$ARCHITECTURE' taken from
the Linux source package which supplied kernel headers for building the
library. ARCHITECTURE will be the machine architecture for which the
library was built, such as `i386' or `alpha'. You do not need to do
this if you did not specify an alternate kernel header source using
`--with-headers'. The intent here is that these directories should be
copies of, *not* symlinks to, the kernel headers used to build the
library.
Note that `/usr/include/net' and `/usr/include/scsi' should *not* be Note that `/usr/include/net' and `/usr/include/scsi' should *not* be
symlinks into the kernel sources. GNU libc provides its own versions symlinks into the kernel sources. GNU libc provides its own versions