4b610737f02 Handle copy relocations

4b610737f02 Handle copy relocations

[Metzger, Markus T]

Hello Tom,

        4b610737f02 Handle copy relocations

makes get_symbol_address() and get_msymbol_address() search objfiles

for a 'better' match to handle copy relocations.



With linker namespaces, however, it may cause a wrong address to be
read after symbol lookup actually found the correct symbol.  This can
be seen, for example, with gdb.base/dlmopen.exp when compiled with
clang.

Do you maybe see a different way of supporting copy relocations that
would not require fixing up the symbol when querying its address?

thanks,
markus.

Intel Deutschland GmbH
Registered Address: Am Campeon 10, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de <http://www.intel.de>
Managing Directors: Christin Eisenschmid, Sharon Heck, Tiffany Doon Silva  
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928

4b610737f02 Handle copy relocations

[Metzger, Markus T]

[-- Attachment #1: Type: text/plain, Size: 918 bytes --]

Hello Tom,

        4b610737f02 Handle copy relocations

makes get_symbol_address() and get_msymbol_address() search objfiles

for a 'better' match to handle copy relocations.



With linker namespaces, however, it may cause a wrong address to be
read after symbol lookup actually found the correct symbol.  This can
be seen, for example, with gdb.base/dlmopen.exp when compiled with
clang.

Do you maybe see a different way of supporting copy relocations that
would not require fixing up the symbol when querying its address?

thanks,
markus.

Intel Deutschland GmbH
Registered Address: Am Campeon 10, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de <http://www.intel.de>
Managing Directors: Christin Eisenschmid, Sharon Heck, Tiffany Doon Silva  
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928

Re: 4b610737f02 Handle copy relocations

[Tom Tromey]

>         4b610737f02 Handle copy relocations

> With linker namespaces, however, it may cause a wrong address to be
> read after symbol lookup actually found the correct symbol.  This can
> be seen, for example, with gdb.base/dlmopen.exp when compiled with
> clang.

> Do you maybe see a different way of supporting copy relocations that
> would not require fixing up the symbol when querying its address?

I'm not really sure how this ought to work when there are linker
namespaces, but basically what gdb needs to do is mimic whatever ldd
does in this situation.

I think copy relocations by their nature require some kind of symbol
search.

Tom