summary refs log tree commit diff
path: root/FAQ.in
diff options
context:
space:
mode:
authorUlrich Drepper <drepper@redhat.com>1999-03-08 14:23:38 +0000
committerUlrich Drepper <drepper@redhat.com>1999-03-08 14:23:38 +0000
commit57b4b78a238953382c0e2ef07e969138e96b1f16 (patch)
tree97e7d8be72310897496f1c63123c117e2916d517 /FAQ.in
parent95f7cecb96e8c401f1b5c54fe4658457ab1373cb (diff)
downloadglibc-57b4b78a238953382c0e2ef07e969138e96b1f16.tar.gz
glibc-57b4b78a238953382c0e2ef07e969138e96b1f16.tar.xz
glibc-57b4b78a238953382c0e2ef07e969138e96b1f16.zip
Update.
1999-03-08  Ulrich Drepper  <drepper@cygnus.com>

	* manual/signal.texi (Termination in Handler): Correct example.
	Install default handler before reraising the signal.
	Patch by Jochen Voss <voss@mathematik.uni-kl.de>.
Diffstat (limited to 'FAQ.in')
-rw-r--r--FAQ.in25
1 files changed, 18 insertions, 7 deletions
diff --git a/FAQ.in b/FAQ.in
index 9f92170f47..63c9de4058 100644
--- a/FAQ.in
+++ b/FAQ.in
@@ -46,7 +46,7 @@ really interested in porting it, contact
 
 	<bug-glibc@gnu.org>
 
-??	What compiler do I need to build GNU libc?
+??binsize	What compiler do I need to build GNU libc?
 
 {UD} You must use GNU CC to compile GNU libc.  A lot of extensions of GNU CC
 are used to increase portability and speed.
@@ -63,8 +63,15 @@ 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
 ?powerpc; for ARM see ?arm).
 
-{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.
+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.
 
 ??	When I try to compile glibc I get only error messages.
 	What's wrong?
@@ -538,7 +545,7 @@ not a symlink to libc.so.6.  It should look something like this:
 
 GROUP ( libc.so.6 libc_nonshared.a )
 
-??exception	When I run an executable on one system which I compiled on
+??	When I run an executable on one system which I compiled on
 	another, I get dynamic linker errors.  Both systems have the same
 	version of glibc installed.  What's wrong?
 
@@ -562,14 +569,18 @@ 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.
-Again, it doesn't matter what compiler you use for your programs.
+libraries from doing it.
+
+{UD} Starting with glibc 2.1.1 you can compile glibc with gcc 2.8.1 or
+newer since we have explicitly add references to the functions causing the
+problem.  But you nevertheless should use EGCS for other reasons
+(see ?binsize).
 
 ??	How can I compile gcc 2.7.2.1 from the gcc source code using
 	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.0.2 (or later versions)
+But you should get at least gcc 2.8.1 or egcs 1.1 (or later versions)
 instead.
 
 ??	The `gencat' utility cannot process the catalog sources which