On Feb 14 22:12, Achim Gratz wrote:
> Achim Gratz writes:
> > Achim Gratz writes:
> >> It turns out that doing so damages the debug information in the library
> >> and then it can't be extracted later, so I'll have to skip this step
> >> when building with cygport.  I have no idea how and why this happens;
> >> the debug information is still there, but quite obviously it can't be
> >> correctly associated with the code after rebasing.  Is that something
> >> that can be fixed in rebase or objcopy?
> >
> > Specifically, running "nm -l" does not output the source files and line
> > numbers any more.  The entries are still in the object file, but the
> > association with the symbols has been lost.
> 
> Looking at the DWARF dump it seems that the .debug_str section has been
> relocated in the rebased image.  If any body knows how to inject this
> section from the original DLL into the rebased image I could test if the
> debug information would show up again,

objcopy might be able to do that, but the pe/coff format is fiddly.

> but I think that this section
> should not be rebased.

Provided that this *is* the problem, this should be easily doable in
rebase.  The core is a function Relocations::relocate in
imagehelper/sections.cc.  At one point in the loop it calls

  Section *cursec = sections->find(va);

At this point it should be possible to check against the section
name and filter out all sections starting with ".debug_"

Care to try?


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat