AuroraMiddleware/glibc
1
0
Fork 0
mirror of https://sourceware.org/git/glibc.git synced 2024-11-09 23:00:07 +00:00
Code Issues Packages Projects Releases Wiki Activity

Update.

Browse Source 
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>.
This commit is contained in:
Ulrich Drepper 1999-03-08 11:57:06 +00:00
parent 7d1de115db
commit b93492aadd
4 changed files with 41 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
ChangeLog
View File

@ -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.

18
FAQ
View File

@ -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.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

15
FAQ.in
View File

@ -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

2
Makerules
View File

@ -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