[Bug win32/18027] dwarf2 debug info after rebasing DLLs unusable

["nickc at redhat dot com" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=18027

--- Comment #21 from Nick Clifton <nickc at redhat dot com> ---
(In reply to Corinna Vinschen from comment #20)
Hi Corinna,

> > In fact it may even be possible to create the section and its contents using
> > the default linker script, so that there is no need to change the linker at all.
> > For example adding (untested):
> > 
> >   .debug_pe_defaddr 0 { .long DLLMain }
> 
> Aha, nice. That should ideally be the load address of the DLL, so I tried
> this with the Cygwin DLL which provides its own linker script, and I came up
> with:
> 
>   .debug_pe_defaddr ALIGN(__section_alignment__) (NOLOAD) :
>     {
>       QUAD (__image_base__)
>     }
> 
> which appears to work.

Excellent.  Do you want me to add that to the default linker scripts for PE and
PEP format targets ?

Of course this will only help if the user then builds with a linker containing
this extra text in its default linker script.  But you can also provide that
script fragment as an extra input file to any version of the linker, and it
should work.  So you would not need a new linker at all, just a modified build
process.

> > PPS. Would the __pei386_runtime_relocator symbol be of any use in addressing
> > this problem ?
> 
> I have no idea.  How so?

It was just a guess.  I thought that the name of the symbol meant that it would
contain an address bias of some sort.  Something that might be able to help fix
the addresses in the DWARF debug information.

Cheers
  Nick

-- 
You are receiving this mail because:
You are on the CC list for the bug.