From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27457 invoked by alias); 29 Nov 2006 15:40:07 -0000 Received: (qmail 27427 invoked by uid 22791); 29 Nov 2006 15:40:06 -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 15:39:52 +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 kATFdlec029074 for ; Wed, 29 Nov 2006 16:39:48 +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 16:39:23 +0100 Message-Id: <5.2.0.9.1.20061129160827.0189b8d0@NT_SERVER> X-Sender: cenedese@NT_SERVER (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Wed, 29 Nov 2006 15:40:00 -0000 To: gdb@sourceware.org From: Fabian Cenedese Subject: Path problem with dwarf on cygwin 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-04.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/msg00225.txt.bz2 Hi I have another problem. This is again with gcc 4.1.0 and gdb 6.5 both configured as host=cygwin, target=ppc-eabi (not literally :) If I compile my project with -gstabs I don't seem to have any problems. There are some warnings when I load the file but I can work with it. But with dwarf debug info gdb has quite some problems resolving files. stabs: Reading symbols from /data/gdb-6.5/gdb/gccext3-41s.x... unknown symbol type 0x1e...expanding to full symbols...couldn't parse type; debu gger out of date?...block end address less than block start address in fixed32:: fixed32(short, unsigned short) (patched it)...inner block (0xa8e58-0xa8e58) not inside outer block (0x21d0-0x70950)...inner block not inside outer block in CINO SModule::CINOSModule(long, char*, char*, char*, char*, char*, char*, char*, char *, char*)...done. (gdb) info line N:\Indel-PPC\Tests\gccext3\applicat\src\CTaskTemplateClass.cpp:142 Line 142 of "N:\Indel-PPC\Tests\gccext3\applicat\src\CTaskTemplateClass.cpp" starts at address 0xebd8 <_ZN17_TASK_CLASS_NAME_6ActionEv+184> and ends at 0xebdc <_ZN17_TASK_CLASS_NAME_D0Ev>. dwarf: Reading symbols from /data/gdb-6.5/gdb/gccext3-41d.x...unknown symbol type 0x1e. ..expanding to full symbols...Location list used without specifying the CU base address....unsupported const value attribute form: 'DW_FORM_strp'...done. (gdb) info line N:\Indel-PPC\Tests\gccext3\applicat\src\CTaskTemplateClass.cpp:142 Line number 142 is out of range for "N:\Indel-PPC\Tests\gccext3\applicat\src\CTaskTemplateClass.cpp". (gdb) info line N:\Indel-PPC\Tests\gccext3\applicat\src/CTaskTemplateClass.cpp:142 Line number 142 is out of range for "N:\Indel-PPC\Tests\gccext3\applicat\src\CTaskTemplateClass.cpp". (Other combinations of / and \ didn't work either). After dumping all symbols I found that I have two symtabs for this file, one has a linetable, the other does not. The only difference is the last path separator. Symtab for file N:\Indel-PPC\Tests\gccext3\applicat\src\CTaskTemplateClass.cpp Language: c++ Blockvector: ... Symtab for file N:\Indel-PPC\Tests\gccext3\applicat\src/CTaskTemplateClass.cpp Language: c++ Line table: ... line 142 at 0xebd8 ... Blockvector same as previous symtab How can this happen? Is this a problem of gcc or gdb? As I call gcc directly, not from inside the cygwin shell, I give all paths with backslashes. So why is there one with a forward slash? Is there a possibility to tell gdb that these are the same files and not create two symtabs? Or maybe a flag for configure of gcc/gdb? Something like the textmode.o module for cygwin compiled programs. Thanks bye Fabi