On Mar 5 14:20, Corinna Vinschen wrote: > On Feb 16 16:42, Achim Gratz wrote: > > Corinna Vinschen writes: > > > Uh oh, the debug information is either broken (which is unlikely) or GDB > > > doesn't use it anymore due to the CRC mismatch. Maybe the same CRC > > > mismatch breaks objcopy in cygport, given that both are based on the > > > same BFD code? > > > > Maybe, but none of the tools ever complained about the CRC (I remember > > that GDB checks it though). A CRC should be a fixable thing, though. > > > > > For the time being, is it really required to rebase the DLLs for testing > > > before the debug information is split off? If you could do the rebase > > > and test cycle after splitting off the debug info, the problem should be > > > neglectable. > > > > For the moment I've changed the patch to EUMM to check if it's run from > > cygport and not rebase the just produced DLL in that case. I only need > > to remember to package the module before testing instead of the other > > way around (and do a manual rebase before testing, but that isn't > > difficult). So, I have a workaround. > > FYI: https://sourceware.org/bugzilla/show_bug.cgi?id=18025 > > So the binutils problem is fixed upstream, we're just waiting for GDB > to catch up. Another collegue of mine will have a look as soon as time > permits.
Here's one for testing, Achim: https://cygwin.com/ml/cygwin-announce/2015-03/msg00020.html Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
pgpp_Yw56UHh9.pgp
Description: PGP signature