diff options
| author | Ulrich Drepper <drepper@redhat.com> | 2000-11-18 17:47:35 +0000 |
|---|---|---|
| committer | Ulrich Drepper <drepper@redhat.com> | 2000-11-18 17:47:35 +0000 |
| commit | 7b32d065d6854e5f40e656bb7a7081430ec80c5f (patch) | |
| tree | ba3ef6c7025b13e08b8e59eaa1aae9baab0eade3 /FAQ.in | |
| parent | 7813b61a4128191279d0a3f90311787aad057b43 (diff) | |
| download | glibc-7b32d065d6854e5f40e656bb7a7081430ec80c5f.tar.gz glibc-7b32d065d6854e5f40e656bb7a7081430ec80c5f.tar.xz glibc-7b32d065d6854e5f40e656bb7a7081430ec80c5f.zip | |
Update.
2000-11-16 Andreas Jaeger <aj@suse.de> * manual/install.texi (Tools for Compilation): Update documentation for GCC 2.95.2. * libio/freopen.c (freopen): Reset _mode after succesful reopening.
Diffstat (limited to 'FAQ.in')
| -rw-r--r-- | FAQ.in | 24 |
1 files changed, 3 insertions, 21 deletions
diff --git a/FAQ.in b/FAQ.in index 2a87a6daca..2daeea9b55 100644 --- a/FAQ.in +++ b/FAQ.in @@ -63,22 +63,9 @@ a local mirror first. You should always try to use the latest official release. Older versions may not have all the features GNU libc requires. The current releases of -egcs (1.0.3 and 1.1.1) should work with the GNU C library (for powerpc see +gcc (2.95 or newer) should work with the GNU C library (for powerpc see ?powerpc; for ARM see ?arm; for MIPS see ?mips). -While the GNU CC should be able to compile glibc it is nevertheless adviced -to use EGCS. Comparing the sizes of glibc on Intel compiled with a recent -EGCS and gcc 2.8.1 shows this: - - text data bss dec hex filename - egcs-2.93.10 862897 15944 12824 891665 d9b11 libc.so - gcc-2.8.1 959965 16468 12152 988585 f15a9 libc.so - -Make up your own decision. - -GNU CC versions 2.95 and above are derived from egcs, and they may do even -better. - Please note that gcc 2.95 and 2.95.x cannot compile glibc on Alpha due to problems in the complex float support. @@ -193,11 +180,7 @@ to the root of the 2.2 tree and do `make include/linux/version.h'. ?? The compiler hangs while building iconvdata modules. What's wrong? -{ZW} This is a problem with old versions of GCC. Initialization of large -static arrays is very slow. The compiler will eventually finish; give it -time. - -The problem is fixed in egcs 1.1. +{} Removed. Does not apply anymore. ?? When I run `nm -u libc.so' on the produced library I still find unresolved symbols. Can this be ok? @@ -643,8 +626,7 @@ you got with your distribution. glibc 2.x? {AJ} There's only correct support for glibc 2.0.x in gcc 2.7.2.3 or later. -But you should get at least gcc 2.8.1 or egcs 1.1 (or later versions) -instead. +But you should get at least gcc 2.95.2 (or later versions) instead. ?? The `gencat' utility cannot process the catalog sources which were used on my Linux libc5 based system. Why? |