This is the mail archive of the cygwin-apps mailing list for the Cygwin project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
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. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Attachment:
pgptbuGS2YwUr.pgp
Description: PGP signature
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |