This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: Regression on prelinked-sepdebug-shlibs
On Jan 4, 2010, at 11:23 AM, Jan Kratochvil wrote:
> On Mon, 04 Jan 2010 10:50:49 +0100, Tristan Gingold wrote:
>> my understanding is that separate debug info and its binary file have the
>> same ordering of sections, or to be more precise, the separate debug info
>> only appends new debug sections to the binary file while making content
>> sections empty.
>
> $ rpm -V bash bash-debuginfo; rpm -qf /bin/bash /usr/lib/debug/bin/bash.debug
> bash-4.0.35-2.fc12.x86_64
> bash-debuginfo-4.0.35-2.fc12.x86_64
[...]
Ok, looks like we can't assume that they have identical sections: objcopy looks unable to keep
ELF specific sections.
>
>> Also, if you look at symfile.c:reread_separate_symbols (before my patch),
>> there was this code:
>
> OK, so reread_separate_symbols was wrong. This rereading code needs
> a rewrite - to unify it with the common loading code.
Unification is already done (was part of my patch).
>> BTW, where can I find prelink ? Looks like it is not available on RHEL S 5.2
>
> It has been always provided in RHELs, Fedoras etc.:
Thanks. /usr/sbin was not in my path.
>> The main drawback of addr-table is that is it much slower.
>
> IMO this kind of performance difference is negligible to be considered.
> It is some overhead per-section while now GDB has many overheads per-symbol.
Ok, maybe we can use addr-table instead. I am not a big fan of this approach but we may improve this later.
Thanks,
Tristan.