summary refs log tree commit diff
path: root/FAQ.in
diff options
context:
space:
mode:
authorUlrich Drepper <drepper@redhat.com>1999-02-04 00:15:46 +0000
committerUlrich Drepper <drepper@redhat.com>1999-02-04 00:15:46 +0000
commitb8f558b7ace3a2e5e3234ac24a600cbe230da8d1 (patch)
tree2c381858eee9f96b63f69fcaa2ffbd7beeb752e9 /FAQ.in
parent05c83ef1c11d0bde1275b73083aef0f49da3825b (diff)
downloadglibc-b8f558b7ace3a2e5e3234ac24a600cbe230da8d1.tar.gz
glibc-b8f558b7ace3a2e5e3234ac24a600cbe230da8d1.tar.xz
glibc-b8f558b7ace3a2e5e3234ac24a600cbe230da8d1.zip
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.in13
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