diff options
| -rw-r--r-- | ChangeLog | 6 | ||||
| -rw-r--r-- | FAQ | 18 | ||||
| -rw-r--r-- | FAQ.in | 15 | ||||
| -rw-r--r-- | Makerules | 2 |
4 files changed, 41 insertions, 0 deletions
diff --git a/ChangeLog b/ChangeLog index 6e769be459..9a8ea2d930 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,9 @@ +1999-03-02 Mark Kettenis <kettenis@gnu.org> + + * Makerules (LD_FLAGS-c.so): Add -u __register_frame to force the + backward compatibility EH functions to be linked when using + gcc-2.8.1. Patch by Zack Weinberg <zack@rabi.columbia.edu>. + 1999-03-08 Andreas Schwab <schwab@issan.cs.uni-dortmund.de> * sysdeps/unix/sysv/linux/ttyname.c (ttyname): Undo last change. diff --git a/FAQ b/FAQ index 3de7dfec50..5fe4be493c 100644 --- a/FAQ +++ b/FAQ @@ -143,6 +143,8 @@ please let me know. execute any binaries. What went wrong? 3.19. bonnie reports that char i/o with glibc 2 is much slower than with libc5. What can be done? +3.20. Programs compiled with glibc 2.1 can't read db files made with glibc + 2.0. What has changed that programs like rpm break? 4. Miscellaneous @@ -1497,6 +1499,22 @@ suffix `_unlocked', for details check <stdio.h>. Using `putc_unlocked' etc. instead of `putc' should give nearly the same speed with bonnie (bonnie is a benchmark program for measuring disk access). + +3.20. Programs compiled with glibc 2.1 can't read db files made with glibc + 2.0. What has changed that programs like rpm break? + +{AJ} The GNU C library 2.1 uses db2 instead of db1 which was used in version +2.0. The internal formats of the actual db files are different. To convert +the db files from db1 format to db2 format, you can use the programs +`db_dump185' and `db_load'. Alternativly programs can be linked with db1 +using `-ldb1' instead of linking with db2 which uses `-ldb'. Linking with +db1 might be preferable if older programs need to access the db file. + +db2 supports the old db1 programming interface and also a new programming +interface. For compilation with the old API, <db_185.h> has to be included +(and not <db.h>) and you can link with either `-ldb1' or `-ldb' for either +of the db formats. + . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . diff --git a/FAQ.in b/FAQ.in index 91acca2063..9f92170f47 100644 --- a/FAQ.in +++ b/FAQ.in @@ -1287,6 +1287,21 @@ suffix `_unlocked', for details check <stdio.h>. Using `putc_unlocked' etc. instead of `putc' should give nearly the same speed with bonnie (bonnie is a benchmark program for measuring disk access). +?? Programs compiled with glibc 2.1 can't read db files made with glibc + 2.0. What has changed that programs like rpm break? + +{AJ} The GNU C library 2.1 uses db2 instead of db1 which was used in version +2.0. The internal formats of the actual db files are different. To convert +the db files from db1 format to db2 format, you can use the programs +`db_dump185' and `db_load'. Alternativly programs can be linked with db1 +using `-ldb1' instead of linking with db2 which uses `-ldb'. Linking with +db1 might be preferable if older programs need to access the db file. + +db2 supports the old db1 programming interface and also a new programming +interface. For compilation with the old API, <db_185.h> has to be included +(and not <db.h>) and you can link with either `-ldb1' or `-ldb' for either +of the db formats. + ? Miscellaneous diff --git a/Makerules b/Makerules index cf0a6a5bfc..984a8ada15 100644 --- a/Makerules +++ b/Makerules @@ -405,6 +405,8 @@ LDFLAGS-c.so = -nostdlib -nostartfiles LDLIBS-c.so += $(gnulib) # Give libc.so an entry point and make it directly runnable itself. LDFLAGS-c.so += -e __libc_main +# Force the backward compatibility EH functions to be linked. +LDFLAGS-c.so += -u __register_frame # Pre-link the objects of libc_pic.a so that we can locally resolve # COMMON symbols before we link against ld.so. This is because ld.so # contains some of libc_pic.a already, which will prevent the COMMONs |