[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #20 from Kai Tietz ktietz at gcc dot gnu.org --- Yes, issue got fixed beginning with 4.8.2 (and higher) as verified by testing through versions. So close this bug.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 --- Comment #19 from Zouzou internet at 123gen dot com 2013-03-24 20:56:40 UTC --- Hi, This appears to have been fixed. I can no longer reproduce it with GCC 4.8 and GDB 7.5.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Zouzou internet at 123gen dot com changed: What|Removed |Added CC||internet at 123gen dot com --- Comment #18 from Zouzou internet at 123gen dot com 2012-06-16 12:55:20 UTC --- Hi, Using GCC 4.7 GDB 7.4 from a regular MinGW install (mingw-get install gcc gdb), I can reproduce this. Just adding -g-dwarf4 is enough to create the problem. It seems GDB 7.4 chokes on the DWARF 4 information. The test case is then very simple: just a int* x = 0; *x = 2; or any other simple crash. When the program crashes, GDB displays that error instead of interrupting the program and doesn't allow getting a backtrace. I would love to see this fixed in order to use DWARF 4 (its duplicated type DIE elimination especially). Here are my GCC GDB configs; feel free to ask for more information: gcc -v: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.7.0/lto-wrapper.exe Target: mingw32 Configured with: ../gcc-4.7.0/configure --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug --disable-build-poststage1-with-cxx --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw Thread model: win32 gcc version 4.7.0 (GCC) gdb -v: GNU gdb (GDB) 7.4 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-pc-mingw32. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 --- Comment #17 from Pawel Sikora pluto at agmk dot net 2011-06-05 11:43:45 UTC --- i've found the clue: pushing -gdwarf-4 through --enable-cxx-flags breaks the world.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308
--- Comment #16 from Pawel Sikora pluto at agmk dot net 2011-03-22 20:03:09
UTC ---
i've tested the latest 4.5 branch head. it produces less objdump errors
but the core issue still exists. afaics the gdb-7.2 on win32 has problems
with cfi_esacpes before ___main.
_main:
LFB598:
.loc 1 21 0
.cfi_startproc
.cfi_personality 0x0,___gxx_personality_sj0
.cfi_lsda 0x0,LLSDA598
leal4(%esp), %ecx
.cfi_def_cfa 1, 0
andl$-16, %esp
pushl-4(%ecx)
pushl%ebp
movl%esp, %ebp
.cfi_escape 0x10,0x5,0x2,0x75,0x0
pushl%edi
pushl%esi
pushl%ebx
pushl%ecx
.cfi_escape 0xf,0x3,0x75,0x70,0x6
subl$104, %esp
movl$___gxx_personality_sj0, -68(%ebp)
movl$LLSDA598, -64(%ebp)
leal-60(%ebp), %eax
leal-24(%ebp), %edx
movl%edx, (%eax)
movl$L8, %edx
movl%edx, 4(%eax)
movl%esp, 8(%eax)
leal-92(%ebp), %eax
movl%eax, (%esp)
.cfi_escape 0x10,0x3,0x2,0x75,0x74 gdb error.
.cfi_escape 0x10,0x6,0x2,0x75,0x78
.cfi_escape 0x10,0x7,0x2,0x75,0x7c
call__Unwind_SjLj_Register
.loc 1 21 0
call___main
Breakpoint 1, main () at main.cpp:21
21 {
(gdb) disassemble
Dump of assembler code for function main():
0x0040163c +0: lea0x4(%esp),%ecx
0x00401640 +4: and$0xfff0,%esp
0x00401643 +7: pushl -0x4(%ecx)
0x00401646 +10:push %ebp
0x00401647 +11:mov%esp,%ebp
0x00401649 +13:push %edi
0x0040164a +14:push %esi
0x0040164b +15:push %ebx
0x0040164c +16:push %ecx
0x0040164d +17:sub$0x68,%esp
0x00401650 +20:movl $0x40b920,-0x44(%ebp)
0x00401657 +27:movl $0x40c03c,-0x40(%ebp)
0x0040165e +34:lea-0x3c(%ebp),%eax
0x00401661 +37:lea-0x18(%ebp),%edx
0x00401664 +40:mov%edx,(%eax)
0x00401666 +42:mov$0x401716,%edx
0x0040166b +47:mov%edx,0x4(%eax)
0x0040166e +50:mov%esp,0x8(%eax)
0x00401671 +53:lea-0x5c(%ebp),%eax
0x00401674 +56:mov%eax,(%esp)
0x00401677 +59:Dwarf Error: Cannot find signatured DIE referenced from
DIE at 0x1397e
could someone decrypt these magic cfi_escapes?
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Keywords||wrong-debug Target|x86_64-pc-mingw32 |*-pc-mingw32 --- Comment #15 from Pawel Sikora pluto at agmk dot net 2011-03-18 20:11:44 UTC --- still occurs on fresh 4.6 branch build.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #13 from Pawel Sikora pluto at agmk dot net 2011-02-12 09:43:49 UTC --- binutils-2.21.51.0.6 patched with http://cygwin.com/ml/binutils/2011-01/msg00323.html doesn't solve this issue. gdb still reports errors about DIE and objdump shows multiple errors in dwarf. please see main64.err from new attachment.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Attachment #23062|0 |1 is obsolete|| --- Comment #14 from Pawel Sikora pluto at agmk dot net 2011-02-12 09:44:31 UTC --- Created attachment 23311 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23311 regenerated testcase.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2011.01.21 10:22:13 Ever Confirmed|0 |1 --- Comment #4 from Kai Tietz ktietz at gcc dot gnu.org 2011-01-21 10:22:13 UTC --- Hmm, can't reproduce issue with current 4.6.0 gcc. Could you please retest with current version. It seems issue was already solved.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 --- Comment #5 from Pawel Sikora pluto at agmk dot net 2011-01-21 12:23:04 UTC --- (In reply to comment #4) Hmm, can't reproduce issue with current 4.6.0 gcc. Could you please retest with current version. It seems issue was already solved. i'm still see the problem. probably it's some configuration detail to expose it. my gcc mingw64 crosscompiler runs on linux. $ /local/devel/toolchain46/x86_64-pc-mingw32/bin/x86_64-pc-mingw32-g++ -v Using built-in specs. COLLECT_GCC=/local/devel/toolchain46/x86_64-pc-mingw32/bin/x86_64-pc-mingw32-g++ COLLECT_LTO_WRAPPER=/local/devel/toolchain46/x86_64-pc-mingw32.host64/lib/gcc/x86_64-pc-mingw32/4.6.0/lto-wrapper Target: x86_64-pc-mingw32 Configured with: ../configure --target=x86_64-pc-mingw32 --with-arch=core2 --prefix=/local/devel/toolchain46/x86_64-pc-mingw32.host64 --with-sysroot=/local/devel/toolchain46/x86_64-pc-mingw32.host64 --libdir=/local/devel/toolchain46/x86_64-pc-mingw32.host64/lib --libexecdir=/local/devel/toolchain46/x86_64-pc-mingw32.host64/lib --with-slibdir=/local/devel/toolchain46/x86_64-pc-mingw32.host64/lib --with-gmp-include=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/include --with-gmp-lib=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/lib --with-mpfr-include=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/include --with-mpfr-lib=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/lib --with-mpc-include=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/include --with-mpc-lib=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/lib --disable-multilib --disable-nls --disable-libgomp --disable-libmudflap --disable-libquadmath --disable-libssp --enable-tls --enable-libstdcxx-allocator=mt --enable-cxx-flags='-O2 -mcld -gdwarf-4 -g2' --disable-libstdcxx-pch --disable-lto --disable-plugin --enable-c99 --enable-long-long --disable-win32-registry --enable-threads=win32 --enable-sjlj-exceptions --enable-shared --enable-fully-dynamic-string --enable-__cxa_atexit --enable-languages=c,c++ --enable-checking=yes,df,rtl,tree --disable-symvers --with-long-double-128 --disable-cld --disable-bootstrap Thread model: win32 gcc version 4.6.0 20110121 (experimental) (GCC) $ /local/devel/toolchain46/x86_64-pc-mingw32/bin/x86_64-pc-mingw32-as --version GNU assembler (Linux/GNU Binutils) 2.21.51.0.6.20110118 interesting 'bad register' info in .debug_frame section: $ /local/devel/toolchain46/x86_64-pc-mingw32/bin/x86_64-pc-mingw32-objdump --dwarf=frames main.o main.o: file format pe-x86-64 Contents of the .debug_frame section: 0014 CIE Version: 1 Augmentation: Code alignment factor: 1 Data alignment factor: -8 Return address column: 16 DW_CFA_def_cfa: r7 (rsp) ofs 8 DW_CFA_offset: r16 (rip) at cfa-8 DW_CFA_nop DW_CFA_nop DW_CFA_nop DW_CFA_nop DW_CFA_nop DW_CFA_nop 0018 0024 FDE cie= pc=..002e DW_CFA_advance_loc: 1 to 0001 DW_CFA_def_cfa_offset: 16 DW_CFA_offset: r6 (rbp) at cfa-16 DW_CFA_advance_loc: 3 to 0004 DW_CFA_def_cfa_register: r6 (rbp) DW_CFA_advance_loc: 41 to 002d DW_CFA_def_cfa: r7 (rsp) ofs 8 DW_CFA_restore: r6 (rbp) DW_CFA_nop DW_CFA_nop DW_CFA_nop 0040 0024 FDE cie= pc=002e..005c DW_CFA_advance_loc: 1 to 002f DW_CFA_def_cfa_offset: 16 DW_CFA_offset: r6 (rbp) at cfa-16 DW_CFA_advance_loc: 3 to 0032 DW_CFA_def_cfa_register: r6 (rbp) DW_CFA_advance_loc: 41 to 005b DW_CFA_def_cfa: r7 (rsp) ofs 8 DW_CFA_restore: r6 (rbp) DW_CFA_nop DW_CFA_nop DW_CFA_nop 0068 007c FDE cie= pc=005c..0270 DW_CFA_advance_loc: 1 to 005d DW_CFA_def_cfa_offset: 16 DW_CFA_offset: r6 (rbp) at cfa-16 DW_CFA_advance_loc: 2 to 005f DW_CFA_def_cfa_offset: 24 DW_CFA_offset: r15 (r15) at cfa-24 DW_CFA_advance_loc: 2 to 0061 DW_CFA_def_cfa_offset: 32 DW_CFA_offset: r14 (r14) at cfa-32 DW_CFA_advance_loc: 2 to 0063 DW_CFA_def_cfa_offset: 40 DW_CFA_offset: r13 (r13) at cfa-40 DW_CFA_advance_loc: 2 to 0065 DW_CFA_def_cfa_offset: 48 DW_CFA_offset: r12 (r12) at cfa-48 DW_CFA_advance_loc: 1 to 0066 DW_CFA_def_cfa_offset: 56 DW_CFA_offset: r5 (rdi) at cfa-56 DW_CFA_advance_loc: 1 to 0067 DW_CFA_def_cfa_offset: 64 DW_CFA_offset: r4 (rsi) at cfa-64 DW_CFA_advance_loc: 1 to 0068 DW_CFA_def_cfa_offset: 72 DW_CFA_offset: r3 (rbx) at cfa-72 DW_CFA_advance_loc: 7 to 006f DW_CFA_def_cfa_offset: 416 DW_CFA_advance_loc: 8 to 0077 DW_CFA_def_cfa: r6 (rbp) ofs 288 DW_CFA_advance_loc1: 118 to 00ed DW_CFA_offset: r32 (xmm15) at cfa-96 DW_CFA_offset: r31 (xmm14) at cfa-112 DW_CFA_offset: r30 (xmm13) at cfa-128 DW_CFA_offset: r29 (xmm12) at cfa-144 DW_CFA_offset: r28 (xmm11) at cfa-160 DW_CFA_offset: r27 (xmm10) at cfa-176 DW_CFA_offset:
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 --- Comment #6 from Kai Tietz ktietz at gcc dot gnu.org 2011-01-21 12:39:13 UTC --- I don't see an obvious difference to my toolchain (beside I use a cygwin cross-compiler). But such issues could be related also to used binutils version. I am using: $x86_64-pc-mingw32-ld.exe -v GNU ld (GNU Binutils) 2.21.51.20110114
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308
--- Comment #7 from Pawel Sikora pluto at agmk dot net 2011-01-21 13:37:21
UTC ---
(In reply to comment #6)
I don't see an obvious difference to my toolchain (beside I use a cygwin
cross-compiler). But such issues could be related also to used binutils
version. I am using:
$x86_64-pc-mingw32-ld.exe -v
GNU ld (GNU Binutils) 2.21.51.20110114
could you compile on cygwin the assembly source from testcase
and check compiled object with objdump against dwarf corruption?
('DW_CFA_restore: bad register')
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 --- Comment #8 from Kai Tietz ktietz at gcc dot gnu.org 2011-01-21 13:41:57 UTC --- Well, I would, if I could extract .xz attachments. Could you re-attach it as bz2?
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Attachment #22975|0 |1 is obsolete|| --- Comment #9 from Pawel Sikora pluto at agmk dot net 2011-01-21 13:51:37 UTC --- Created attachment 23062 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23062 testcase testcase repacked.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |NEW --- Comment #10 from Kai Tietz ktietz at gcc dot gnu.org 2011-01-21 14:05:31 UTC --- (In reply to comment #9) Created attachment 23062 [details] testcase testcase repacked. Thanks, I can confirm this issue. Interesting is that my old gdb is able to read it. It has something to do with used register tables.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #11 from Kai Tietz ktietz at gcc dot gnu.org 2011-01-21 15:32:20 UTC --- Found the issue. It is binutils related. For x64 windows target the x86_dwarf2_return_column get initialized with wrong value. I will file a patch for binutils for this. It is no gcc bug, so I close it as invalid. Thanks again for finding this issue.
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 --- Comment #12 from Pawel Sikora pluto at agmk dot net 2011-01-21 18:41:50 UTC --- On Friday, January 21, 2011 04:32:23 pm you wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #11 from Kai Tietz ktietz at gcc dot gnu.org 2011-01-21 15:32:20 UTC --- Found the issue. It is binutils related. For x64 windows target the x86_dwarf2_return_column get initialized with wrong value. I will file a patch for binutils for this. It is no gcc bug, so I close it as invalid. Thanks again for finding this issue. btw. with the patch posted to binutils mailing list i see better debug dump (...) DW_CFA_advance_loc2: 374 to 0263 DW_CFA_restore: r32 (xmm15) DW_CFA_restore: r31 (xmm14) DW_CFA_restore: r30 (xmm13) DW_CFA_restore: r29 (xmm12) DW_CFA_restore: r28 (xmm11) DW_CFA_restore: r27 (xmm10) DW_CFA_restore: r26 (xmm9) DW_CFA_restore: r25 (xmm8) DW_CFA_restore: r24 (xmm7) DW_CFA_restore: r23 (xmm6) DW_CFA_advance_loc: 1 to 0264 (...) but the gdb.exe on windows still fails with $subject message :(
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added CC||ktietz at gcc dot gnu.org --- Comment #1 from Pawel Sikora pluto at agmk dot net 2011-01-15 16:15:11 UTC --- used software: $ x86_64-pc-mingw32-g++ -v Using built-in specs. COLLECT_GCC=./x86_64-pc-mingw32-g++ COLLECT_LTO_WRAPPER=/local/devel/toolchain46/x86_64-pc-mingw32.host64/lib/gcc/x86_64-pc-mingw32/4.6.0/lto-wrapper Target: x86_64-pc-mingw32 Configured with: ../configure --target=x86_64-pc-mingw32 --with-arch=core2 --prefix=/local/devel/toolchain46/x86_64-pc-mingw32.host64 --with-sysroot=/local/devel/toolchain46/x86_64-pc-mingw32.host64 --libdir=/local/devel/toolchain46/x86_64-pc-mingw32.host64/lib --libexecdir=/local/devel/toolchain46/x86_64-pc-mingw32.host64/lib --with-slibdir=/local/devel/toolchain46/x86_64-pc-mingw32.host64/lib --with-gmp-include=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/include --with-gmp-lib=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/lib --with-mpfr-include=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/include --with-mpfr-lib=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/lib --with-mpc-include=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/include --with-mpc-lib=/home/users/pluto/alatek/toolchain/trunk/gcc-math-runtime/lib --disable-multilib --disable-nls --disable-libgomp --disable-libmudflap --disable-libssp --enable-tls --enable-libstdcxx-allocator=mt --enable-cxx-flags='-O2 -mcld -gdwarf-4 -g2' --disable-libstdcxx-pch --disable-lto --disable-plugin --enable-c99 --enable-long-long --disable-win32-registry --enable-threads=win32 --enable-sjlj-exceptions --enable-shared --enable-fully-dynamic-string --enable-__cxa_atexit --enable-languages=c,c++ --enable-checking=release --disable-symvers --with-long-double-128 --disable-cld --disable-bootstrap Thread model: win32 gcc version 4.6.0 20110113 (experimental) (GCC) $ ./x86_64-pc-mingw32-as --version GNU assembler (Linux/GNU Binutils) 2.21.51.0.5.20110104
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 --- Comment #2 from Pawel Sikora pluto at agmk dot net 2011-01-16 01:05:20 UTC --- without SSE2 vectorized lexer: ==2012== Invalid read of size 8 ==2012==at 0xB43064: search_line_acc_char (lex.c:263) ==2012==by 0xB434FE: _cpp_clean_line (lex.c:669) ==2012==by 0xB43F17: _cpp_get_fresh_line (lex.c:1888) ==2012==by 0xB456FD: _cpp_lex_direct (lex.c:1953) ==2012==by 0xB46576: _cpp_lex_token (lex.c:1827) ==2012==by 0xB48BE7: cpp_get_token (macro.c:1240) ==2012==by 0xB48E7F: cpp_get_token_with_location (macro.c:1352) ==2012==by 0x4F9F82: c_lex_with_flags (c-lex.c:302) ==2012==by 0x46382F: cp_lexer_get_preprocessor_token (parser.c:548) ==2012==by 0x47CA22: c_parse_file (parser.c:425) ==2012==by 0x4FDA74: c_common_parse_file (c-opts.c:1071) ==2012==by 0x727973: toplev_main (toplev.c:579) ==2012== Address 0x531cd00 is 160 bytes inside a block of size 163 alloc'd ==2012==at 0x4C25322: realloc (vg_replace_malloc.c:525) ==2012==by 0xB6D38C: xrealloc (xmalloc.c:179) ==2012==by 0xB37F5F: _cpp_convert_input (charset.c:1734) ==2012==by 0xB402F2: read_file (files.c:648) ==2012==by 0xB4150A: _cpp_stack_file (files.c:723) ==2012==by 0xB38D60: do_include_common (directives.c:792) ==2012==by 0xB3A260: _cpp_handle_directive (directives.c:491) ==2012==by 0xB46594: _cpp_lex_token (lex.c:1839) ==2012==by 0xB48BE7: cpp_get_token (macro.c:1240) ==2012==by 0xB48E7F: cpp_get_token_with_location (macro.c:1352) ==2012==by 0x4F9F82: c_lex_with_flags (c-lex.c:302) ==2012==by 0x46382F: cp_lexer_get_preprocessor_token (parser.c:548) ==2012== ==2012== ==2012== Attach to debugger ? --- [Return/N/n/Y/y/C/c] y ==2012== starting debugger with cmd: gdb --nw /proc/2013/fd/1014 2013 GNU gdb (GDB) PLD Linux (7.2-1) Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-pld-linux. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /proc/2013/fd/1014...done. Attaching to program: /proc/2013/fd/1014, process 2013 Reading symbols from /usr/lib64/valgrind/vgpreload_core-amd64-linux.so...done. Loaded symbols for /usr/lib64/valgrind/vgpreload_core-amd64-linux.so Reading symbols from /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so...done. Loaded symbols for /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so Reading symbols from /lib64/libc.so.6...Reading symbols from /usr/lib/debug/lib64/libc-2.12.2.so.debug...done. done. Loaded symbols for /lib64/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib64/ld-2.12.2.so.debug...done. done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 0x00b43064 in search_line_acc_char (s=value optimized out, end=value optimized out) at ../../libcpp/lex.c:263 263 val = *++p; (gdb) bt #0 0x00b43064 in search_line_acc_char (s=value optimized out, end=value optimized out) at ../../libcpp/lex.c:263 #1 0x00b434ff in _cpp_clean_line (pfile=0x521d260) at ../../libcpp/lex.c:669 #2 0x00b43f18 in _cpp_get_fresh_line (pfile=0x521d260) at ../../libcpp/lex.c:1888 #3 0x00b456fe in _cpp_lex_direct (pfile=0x521d260) at ../../libcpp/lex.c:1953 #4 0x00b46577 in _cpp_lex_token (pfile=0x521d260) at ../../libcpp/lex.c:1827 #5 0x00b48be8 in cpp_get_token (pfile=0x521d260) at ../../libcpp/macro.c:1240 #6 0x00b48e80 in cpp_get_token_with_location (pfile=0x521d260, loc=0x4141184) at ../../libcpp/macro.c:1352 #7 0x004f9f83 in c_lex_with_flags (value=0x4141188, loc=0x4141184, cpp_flags=0x4141182 , lex_flags=2) at ../../gcc/c-family/c-lex.c:302 #8 0x00463830 in cp_lexer_get_preprocessor_token (lexer=value optimized out, token=0x4141180) at ../../gcc/cp/parser.c:548 #9 0x0047ca23 in cp_lexer_new_main () at ../../gcc/cp/parser.c:425 #10 cp_parser_new () at ../../gcc/cp/parser.c:3197 #11 c_parse_file () at ../../gcc/cp/parser.c:25275 #12 0x004fda75 in c_common_parse_file () at ../../gcc/c-family/c-opts.c:1071 #13 0x00727974 in compile_file (argc=62, argv=0x7fefff608) at ../../gcc/toplev.c:579 #14 do_compile (argc=62, argv=0x7fefff608) at ../../gcc/toplev.c:1874 #15 toplev_main (argc=62, argv=0x7fefff608) at ../../gcc/toplev.c:1937 #16 0x04e48cbd in __libc_start_main (main=0x50bdb0 main, argc=62, ubp_av=0x7fefff608, init=value optimized out, fini=value optimized out, rtld_fini=value optimized out, stack_end=0x7fefff5f8) at libc-start.c:226 #17 0x00402889 in _start () at ../sysdeps/x86_64/elf/start.S:113 (gdb) p p $1 = (const word_type *) 0x531cd00 (gdb) l 258 int i =
[Bug debug/47308] Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x2581 [in module D:\main64.exe]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47308 --- Comment #3 from Pawel Sikora pluto at agmk dot net 2011-01-16 01:09:21 UTC --- (In reply to comment #2) without SSE2 vectorized lexer: ==2012== Invalid read of size 8 (...) ahhh, comment for wrong PR. please ignore.
