diff options
author | Ulrich Drepper <drepper@redhat.com> | 1999-02-04 00:15:46 +0000 |
---|---|---|
committer | Ulrich Drepper <drepper@redhat.com> | 1999-02-04 00:15:46 +0000 |
commit | b8f558b7ace3a2e5e3234ac24a600cbe230da8d1 (patch) | |
tree | 2c381858eee9f96b63f69fcaa2ffbd7beeb752e9 /FAQ.in | |
parent | 05c83ef1c11d0bde1275b73083aef0f49da3825b (diff) | |
download | glibc-b8f558b7ace3a2e5e3234ac24a600cbe230da8d1.tar.gz glibc-b8f558b7ace3a2e5e3234ac24a600cbe230da8d1.tar.xz glibc-b8f558b7ace3a2e5e3234ac24a600cbe230da8d1.zip |
Update. glibc-2.1 cvs/glibc-2_1
1999-02-04 Ulrich Drepper <drepper@cygnus.com> * stdlib/strtoll.c: Add alias __strtoq_internal. * stdlib/strtoull.c: Add alias __strtouq_internal. * wcsmbs/mbrtowc.c: Correct logic testing for converted NUL character. Patch by Owen Taylor <otaylor@redhat.com>.
Diffstat (limited to 'FAQ.in')
-rw-r--r-- | FAQ.in | 13 |
1 files changed, 6 insertions, 7 deletions
diff --git a/FAQ.in b/FAQ.in index 73eb0ad159..9a8c7990ee 100644 --- a/FAQ.in +++ b/FAQ.in @@ -60,11 +60,11 @@ 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) and GNU CC (2.8.1) should work with the GNU C library -(for powerpc see ?powerpc; for ARM see ?arm). +egcs (1.0.3 and 1.1.1) should work with the GNU C library (for powerpc see +?powerpc; for ARM see ?arm). -{ZW} You may have problems if you try to mix code compiled with -EGCS and with GCC 2.8.1. See ?exception for details. +{ZW} Due to problems with C++ exception handling, you must use EGCS (any +version) to compile version 2.1 of GNU libc. See ?exception for details. ?? When I try to compile glibc I get only error messages. What's wrong? @@ -188,7 +188,7 @@ to the root of the 2.2 tree and do `make include/linux/version.h'. static arrays is very slow. The compiler will eventually finish; give it time. -The problem is fixed in egcs 1.1 but not in earlier releases. +The problem is fixed in egcs 1.1. ?? When I run `nm -u libc.so' on the produced library I still find unresolved symbols. Can this be ok? @@ -562,8 +562,7 @@ libc. It doesn't matter what compiler you use to compile your program. For glibc 2.1, we've chosen to do it the other way around: libc.so explicitly provides the EH functions. This is to prevent other shared -libraries from doing it. You must therefore compile glibc 2.1 with EGCS -unless you don't care about ever importing binaries from other systems. +libraries from doing it. You must therefore compile glibc 2.1 with EGCS. Again, it doesn't matter what compiler you use for your programs. ?? How can I compile gcc 2.7.2.1 from the gcc source code using |