This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
more -z combreloc questions
- To: binutils at sources dot redhat dot com
- Subject: more -z combreloc questions
- From: Jack Howarth <howarth at nitro dot msbb dot uc dot edu>
- Date: Sat, 13 Oct 2001 14:40:47 -0400 (EDT)
Hello,
After updating my debian sid ppc machine to
the binutils 2.11.92.0.5-3 which has -z combreloc
enabled (which passed its own make check fine),
I rebuilt glibc 2.2.4-3 (with prelink related
patches added in). I find that before prelinking
any binaries that when I do...
LD_DEBUG=statistics ldd /bin/bash
I get the same results with the new glibc built
against the new binutils with -z combreloc enabled
as I did before with the old binutils with it
disabled....
28464: number of relocations: 1901
28464: number of relocations from cache: 816
libreadline.so.4 => /lib/libreadline.so.4 (0x0ffac000)
libhistory.so.4 => /lib/libhistory.so.4 (0x0ff85000)
libncurses.so.5 => /lib/libncurses.so.5 (0x0ff0c000)
libdl.so.2 => /lib/libdl.so.2 (0x0fee9000)
libc.so.6 => /lib/libc.so.6 (0x0fd89000)
/lib/ld.so.1 => /lib/ld.so.1 (0x30000000)
I suspect this should be so...correct? That is without
prelinking the use of -z combreloc alone will not
reduce the number of relocations...only speed up their
access from glibc? If that is true as I suspect, then
how can I best measure any improvements in the load time
of binaries before and after being rebuilt against the
binutils with -z combreloc enabled? Also is there anyway
to look at a binary and know if it has been built with
-z combreloc enabled? I suspect not. Thanks in advance for
any information.
Jack
------------------------------------------------------------------------------
Jack W. Howarth, Ph.D. 231 Albert Sabin Way
NMR Facility Director Cincinnati, Ohio 45267-0524
Dept. of Molecular Genetics phone: (513) 558-4420
Univ. of Cincinnati College of Medicine fax: (513) 558-8474