From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13133 invoked by alias); 29 Nov 2006 09:24:40 -0000 Received: (qmail 13123 invoked by uid 22791); 29 Nov 2006 09:24:39 -0000 X-Spam-Check-By: sourceware.org Received: from mxout.hispeed.ch (HELO smtp.hispeed.ch) (62.2.95.247) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 29 Nov 2006 09:24:31 +0000 Received: from indel.ch (84-73-11-232.dclient.hispeed.ch [84.73.11.232]) by smtp.hispeed.ch (8.12.11.20060308/8.12.6/taifun-1.0) with SMTP id kAT9OR6H019711 for ; Wed, 29 Nov 2006 10:24:27 +0100 Received: from FABI.indel.ch [192.168.1.91] by indel.ch [127.0.0.1] with SMTP (MDaemon.v2.7.SP5.R) for ; Wed, 29 Nov 2006 10:24:14 +0100 Message-Id: <5.2.0.9.1.20061129100307.018934f0@NT_SERVER> X-Sender: cenedese@NT_SERVER (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Wed, 29 Nov 2006 09:24:00 -0000 To: gdb@sourceware.org From: Fabian Cenedese Subject: Re: symbol maintenance In-Reply-To: References: <5.2.0.9.1.20061128123045.0176cec0@NT_SERVER> <5.2.0.9.1.20061124142829.017493c0@NT_SERVER> <5.2.0.9.1.20061124142829.017493c0@NT_SERVER> <5.2.0.9.1.20061128123045.0176cec0@NT_SERVER> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-MDaemon-Deliver-To: gdb@sourceware.org X-Return-Path: cenedese@indel.ch X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-08.tornado.cablecom.ch 1378; Body=1 Fuz1=1 Fuz2=1 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-11/txt/msg00214.txt.bz2 >>>> (gdb) file gccext3.x >>>> Reading symbols from /data/gdb-6.5/gdb/gccext3.x...unknown symbol type 0x1e...ex >>>> panding to full symbols...unsupported const value attribute form: 'DW_FORM_strin >>>> g'...const value length mismatch for 'ciOffline', got 8, expected 0...done. >>> >>>Those look more serious. GDB is trying to read DWARF debugging >>>information, and it's malformed. What compiler are you using? What >>>does 'objdump -h gccext3.x' say? >> >> The used compiler is gcc 4.0.2, cross compiled for ppc. >> The files for gccext3 were compiled with -gdwarf-2 (no +, no O). > >Oh, so you have an ELF file, not a PE file. In that case, could you >run 'readelf -wi gccext3.x', and post the output? If the DWARF in >that file is valid, and GDB's reading it properly, then the problem is >that GCC is producing information GDB can't use. > >But even in that case, GDB should be able to properly skip data it >doesn't understand (DWARF is very good about that), so the answer to >your original question is, no, you don't need to worry about that >warning --- unless you're trying to use string constants and GDB >doesn't seem to know their values. I uploaded the output (11MB uncompressed, 1MB zipped) here: http://www.speedyshare.com/512483789.html I looked for the definition of this mismatch variable in the source. It's: typedef signed char int8; const int8 ciOffline = 254; 254 for a signed char is not really nice, but that alone shouldn't confuse gdb or gcc, right? <2><6774b>: Abbrev Number: 92 (DW_TAG_variable) DW_AT_name : ciOffline DW_AT_decl_file : 6 DW_AT_decl_line : 142 DW_AT_type : <685a0> DW_AT_external : 1 DW_AT_declaration : 1 DW_AT_const_value : 8 byte block: ff ff ff ff ff ff ff fe I don't know what variable or entry would cause the "unsupported const value attribute form:'DW_FORM_string'", I can't find that string. Thanks bye Fabi