[Bug debug/55063] [4.8 Regression] Thousands of failures in the libstdc++-v3 tests after revision 192739
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55063 Paul Koning paul_koning at dell dot com changed: What|Removed |Added CC||paul_koning at dell dot com --- Comment #6 from Paul Koning paul_koning at dell dot com 2012-10-25 18:15:23 UTC --- This looks like my misunderstanding of what add_AT_flag does. I assumed it turns on a flag in a set of flags, but it actually adds a flag record to a list of records. What appears to be needed is a check that the flag is not already present, and add one only in that case. I'll work up a patch.
[Bug debug/54508] Wrong debug information emitted if data members not referenced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54508 Paul Koning paul_koning at dell dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #5 from Paul Koning paul_koning at dell dot com 2012-10-23 18:53:28 UTC --- Fixed in trunk.
[Bug debug/54508] Wrong debug information emitted if data members not referenced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54508 --- Comment #3 from Paul Koning paul_koning at dell dot com 2012-09-24 19:32:21 UTC --- Created attachment 28260 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28260 Fix and testcase for this, as submitted to the gcc-bugs list I'm not sure if the main submission should be here or to gcc-bugs -- I posted a fix there a week ago. Attached is what I submitted (including a small adjustment to the regexp used in the testcase file).
[Bug debug/54508] Wrong debug information emitted if data members not referenced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54508 --- Comment #2 from Paul Koning paul_koning at dell dot com 2012-09-17 21:31:29 UTC --- I just submitted a proposed fix to the gcc-patches list.
[Bug debug/49459] attribute((mode(byte))) in a typedef produces wrong debug information
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49459 --- Comment #3 from Paul Koning paul_koning at dell dot com 2012-09-13 18:52:51 UTC --- I spent some time trying to figure this out. The offending code seems to be the prune_unused_types machinery. If there is a reference to a static method, but no other references to parts of the class, then the class is treated as unused. However, the static method does cause the class name to be emitted in the dwarf output. But because of the fact that it is treated as unused, nothing else about the class is emitted. This messes up code that consumes the debug data, because it now looks like the class IS defined there, but most of its substance is missing. This code is sufficiently hard to understand that I'm not likely to get much further. Meanwhile, I noticed a documentation bug: the documentation for -feliminate-unused-debug-types says that this switch is off by default. That is no longer true, it is on by default. If I turn it off, the prune_unused_types machinery is suppressed and I get valid debug output.
[Bug debug/49459] attribute((mode(byte))) in a typedef produces wrong debug information
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49459 --- Comment #4 from Paul Koning paul_koning at dell dot com 2012-09-13 21:18:17 UTC --- Sorry, please disregard the previous comment, I put it on the wrong bug.
[Bug debug/54508] Wrong debug information emitted if data members not referenced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54508 --- Comment #1 from Paul Koning paul_koning at dell dot com 2012-09-13 21:21:58 UTC --- I spent some time trying to figure this out. The offending code seems to be the prune_unused_types machinery. If there is a reference to a static method, but no other references to parts of the class, then the class is treated as unused. However, the static method does cause the class name to be emitted in the dwarf output. But because of the fact that it is treated as unused, nothing else about the class is emitted. This messes up code that consumes the debug data, because it now looks like the class IS defined there, but most of its substance is missing. Meanwhile, I noticed a documentation bug: the documentation for -feliminate-unused-debug-types says that this switch is off by default. That is no longer true, it is on by default. If I turn it off, the prune_unused_types machinery is suppressed and I get valid debug output. Unfortunately, it is also so much larger that my builds run very slowly and some binaries grow by as much as a factor of 5.
[Bug target/43168] internal compiler error for xgcc when building gcc for pdp11-unknown-aout
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43168 Paul Koning paul_koning at dell dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.6.0 Resolution||FIXED --- Comment #2 from Paul Koning paul_koning at dell dot com 2012-09-13 21:25:19 UTC --- As I mentioned, this was fixed a while ago.
[Bug debug/54508] New: Wrong debug information emitted if data members not referenced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54508 Bug #: 54508 Summary: Wrong debug information emitted if data members not referenced Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassig...@gcc.gnu.org ReportedBy: paul_kon...@dell.com Created attachment 28142 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28142 test case file For the attached test case, GDB shows that the class definition for CIpcDumpACK_NP is wrong. Only the method is shows; the base class and data member are missing.