[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 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-debug Status|UNCONFIRMED |NEW Last reconfirmed||2012-10-25 Target Milestone|--- |4.8.0 Ever Confirmed|0 |1 --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org 2012-10-25 11:24:05 UTC --- Looks indeed bogus.
[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 --- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2012-10-25 17:40:26 UTC --- Interestingly, on x86_64 Fedora 15, I don't see repeated instances of AT_location but instead... 22b72: Abbrev Number: 78 (DW_TAG_class_type) 2b73 DW_AT_name: (indirect string, offset: 0x27e2): ios_base 2b77 DW_AT_declaration : 1 2b77 DW_AT_declaration : 1 2b77 DW_AT_sibling : 0x2bdf repeated instances of DW_AT_declaration from 'objdump -Wi ./static.o' of the build of the 17_intro/static.cc test case.
[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/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 --- Comment #7 from Cary Coutant ccoutant at gcc dot gnu.org 2012-10-25 18:30:34 UTC --- Author: ccoutant Date: Thu Oct 25 18:30:27 2012 New Revision: 192820 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192820 Log: gcc/ PR debug/55063 * dwarf2out.c (prune_unused_types_prune): Check whether DIE is already a declaration. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c
[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 Cary Coutant ccoutant at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||ccoutant at gcc dot gnu.org Resolution||FIXED AssignedTo|unassigned at gcc dot |ccoutant at gcc dot gnu.org |gnu.org | --- Comment #8 from Cary Coutant ccoutant at gcc dot gnu.org 2012-10-25 18:33:24 UTC --- I've committed a fix at r192820. http://gcc.gnu.org/ml/gcc-patches/2012-10/msg02316.html
[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 --- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2012-10-24 19:52:07 UTC --- Also seen on x86_64-apple-darwin12 with Xcode 4.5.1. Note that is actually is an error from the dsymutil run on the executable. dsymutil ./static.exe warning: invalid DWARF generated by the compiler: DIE 0x45c6 has multiple AT_declaration attributes in '/var/tmp//ccnATCH5.o'.
[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 --- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2012-10-24 20:06:12 UTC --- A 'dwarfdump -a' of the malformed static.o shows the error is at... [ 74] TAG_class_typeDW_CHILDREN_yes AT_name FORM_string AT_declaration FORM_flag AT_declaration FORM_flag AT_sibling FORM_ref4
[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
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2012-10-24
20:12:03 UTC ---
Also seen as...
0x45d5: TAG_class_type [74] *
AT_name( ios_base )
AT_declaration( 0x01 )
AT_declaration( 0x01 )
AT_sibling( {0x4663} )
in the output with 'dwarfdump --debug-info' on static.o.
