Re: Regression on prelinked-sepdebug-shlibs

[Tristan Gingold <gingold@adacore.com>]

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.