public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
* [Bug go/68072] New: malformed DWARF TagVariable entry @ 2015-10-23 17:25 vogt at linux dot vnet.ibm.com 2015-10-26 15:40 ` [Bug go/68072] " vogt at linux dot vnet.ibm.com ` (3 more replies) 0 siblings, 4 replies; 5+ messages in thread From: vogt at linux dot vnet.ibm.com @ 2015-10-23 17:25 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68072 Bug ID: 68072 Summary: malformed DWARF TagVariable entry Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: vogt at linux dot vnet.ibm.com CC: cmang at google dot com Target Milestone: --- Host: s390x Target: s390x Build: s390x Compiling the package crypto/secp256k1 from the go-ethereum package yields the error message "malformed DWARF TagVariable entry" from cgo. Maybe it does not yet know about the latest changes to debug information in Gcc? I know this report is very terse; if a code example is necessary to debug or fix this issue, just give me a shout and I'll see what I can do next week. (Gcc sources checked out at 25th of Septermber, 2015.) ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug go/68072] malformed DWARF TagVariable entry 2015-10-23 17:25 [Bug go/68072] New: malformed DWARF TagVariable entry vogt at linux dot vnet.ibm.com @ 2015-10-26 15:40 ` vogt at linux dot vnet.ibm.com 2015-10-26 15:56 ` ian at airs dot com ` (2 subsequent siblings) 3 siblings, 0 replies; 5+ messages in thread From: vogt at linux dot vnet.ibm.com @ 2015-10-26 15:40 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68072 --- Comment #1 from Dominik Vogt <vogt at linux dot vnet.ibm.com> --- It seems that the DWARF library is unable to handle DW_AT_specification: -- snip -- <1><7b4>: Abbrev Number: 27 (DW_TAG_variable) <7b5> DW_AT_specification: <0x8b> <7b9> DW_AT_decl_file : 13 <7ba> DW_AT_decl_line : 77 <7bb> DW_AT_location : 9 byte block: 3 0 0 0 0 0 0 4 80 (DW_OP_addr: 480) <1><8b>: Abbrev Number: 10 (DW_TAG_variable) <8c> DW_AT_name : (indirect string, offset: 0x3c4): secp256k1_nonce_function_rfc6979 <90> DW_AT_decl_file : 14 <91> DW_AT_decl_line : 104 <92> DW_AT_type : <0x98> <96> DW_AT_external : 1 <97> DW_AT_declaration : 1 -- snip -- DW_AT_name and DW_AT_type are provided by the DW_TAG_variable that the DW_AT_specification attribute is pointing to. Is that a known problem; ist there already a fix? Otherwise I can try to make a patch. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug go/68072] malformed DWARF TagVariable entry 2015-10-23 17:25 [Bug go/68072] New: malformed DWARF TagVariable entry vogt at linux dot vnet.ibm.com 2015-10-26 15:40 ` [Bug go/68072] " vogt at linux dot vnet.ibm.com @ 2015-10-26 15:56 ` ian at airs dot com 2015-10-26 16:06 ` vogt at linux dot vnet.ibm.com 2015-10-26 16:11 ` vogt at linux dot vnet.ibm.com 3 siblings, 0 replies; 5+ messages in thread From: ian at airs dot com @ 2015-10-26 15:56 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68072 --- Comment #2 from Ian Lance Taylor <ian at airs dot com> --- This is not a known bug. I wonder what is special about this package that it causes it to happen? I don't see anything new in GCC related to DW_AT_specification. I think the place to fix in the Go sources would be cmd/cgo/gcc.go. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug go/68072] malformed DWARF TagVariable entry 2015-10-23 17:25 [Bug go/68072] New: malformed DWARF TagVariable entry vogt at linux dot vnet.ibm.com 2015-10-26 15:40 ` [Bug go/68072] " vogt at linux dot vnet.ibm.com 2015-10-26 15:56 ` ian at airs dot com @ 2015-10-26 16:06 ` vogt at linux dot vnet.ibm.com 2015-10-26 16:11 ` vogt at linux dot vnet.ibm.com 3 siblings, 0 replies; 5+ messages in thread From: vogt at linux dot vnet.ibm.com @ 2015-10-26 16:06 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68072 --- Comment #3 from Dominik Vogt <vogt at linux dot vnet.ibm.com> --- Created attachment 36588 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36588&action=edit Experimental fix The attached patch fixes the problem for us by skipping DW_TAG_variable DWARF info that only contains a DW_AT_specification (no DW_AT_type and DW_AT_name), assuming that they are just duplicate declarations/definitions. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug go/68072] malformed DWARF TagVariable entry 2015-10-23 17:25 [Bug go/68072] New: malformed DWARF TagVariable entry vogt at linux dot vnet.ibm.com ` (2 preceding siblings ...) 2015-10-26 16:06 ` vogt at linux dot vnet.ibm.com @ 2015-10-26 16:11 ` vogt at linux dot vnet.ibm.com 3 siblings, 0 replies; 5+ messages in thread From: vogt at linux dot vnet.ibm.com @ 2015-10-26 16:11 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68072 --- Comment #4 from Dominik Vogt <vogt at linux dot vnet.ibm.com> --- @comment 2 I can't see anything special that the file does: -- secp256.go -- package secp256k1 /* #cgo CFLAGS: -I./secp256k1 ... #include "./secp256k1/src/secp256k1.c" */ import "C" -- END -- Then in -- secp256k1.c -- const secp256k1_nonce_function_t secp256k1_nonce_function_rfc6979 = nonce_function_rfc6979; -- END -- Just this one occurence of the symbol "secp256k1_nonce_function_rfc6979". ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-10-26 16:11 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-10-23 17:25 [Bug go/68072] New: malformed DWARF TagVariable entry vogt at linux dot vnet.ibm.com 2015-10-26 15:40 ` [Bug go/68072] " vogt at linux dot vnet.ibm.com 2015-10-26 15:56 ` ian at airs dot com 2015-10-26 16:06 ` vogt at linux dot vnet.ibm.com 2015-10-26 16:11 ` vogt at linux dot vnet.ibm.com
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).