From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19084 invoked by alias); 2 Oct 2007 19:26:56 -0000 Received: (qmail 19074 invoked by uid 22791); 2 Oct 2007 19:26:55 -0000 X-Spam-Check-By: sourceware.org Received: from igw1.br.ibm.com (HELO igw1.br.ibm.com) (32.104.18.24) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 02 Oct 2007 19:26:49 +0000 Received: from mailhub1.br.ibm.com (mailhub1 [9.18.232.109]) by igw1.br.ibm.com (Postfix) with ESMTP id D511932C11F for ; Tue, 2 Oct 2007 16:08:20 -0300 (BRT) Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by mailhub1.br.ibm.com (8.13.8/8.13.8/NCO v8.5) with ESMTP id l92JQfY12420852 for ; Tue, 2 Oct 2007 16:26:44 -0300 Received: from d24av02.br.ibm.com (loopback [127.0.0.1]) by d24av02.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l92JQaBI009618 for ; Tue, 2 Oct 2007 16:26:36 -0300 Received: from [9.18.198.50] ([9.18.198.50]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l92JQZvu009570; Tue, 2 Oct 2007 16:26:35 -0300 Message-ID: <47029B5B.9070002@linux.vnet.ibm.com> Date: Tue, 02 Oct 2007 19:26:00 -0000 From: Carlos Eduardo Seo User-Agent: Thunderbird 2.0.0.6 (X11/20070907) MIME-Version: 1.0 To: Jim Blandy CC: gdb@sourceware.org, drow@false.org, vladimir@codesourcery.com Subject: Re: DWARF question References: <46FAC9D7.9080001@linux.vnet.ibm.com> <20070926212539.GA17502@caradoc.them.org> <46FAD46B.9000006@br.ibm.com> <46FD5A9B.2070004@linux.vnet.ibm.com> <46FD7AE9.8030208@linux.vnet.ibm.com> <4701333C.9040705@linux.vnet.ibm.com> In-Reply-To: OpenPGP: id=8BFFA900 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: 2007-10/txt/msg00018.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jim Blandy wrote: > > I think I see the problem. First, check this out: > > (gdb) break 20 > No line 20 in file "1s2c.c". > (gdb) break 10 > Breakpoint 1 at 0x80483a1: file 1s2c.c, line 10. > (gdb) break 20 > Breakpoint 2 at 0x80483c6: file 1s2c.c, line 20. > (gdb) > I can't reproduce this using my Fortran code: (gdb) b 31 No line 31 in file "test-main.f". (gdb) b 25 Breakpoint 1 at 0x10000670: file test-main.f, line 25. (gdb) b 31 No line 31 in file "test-main.f". But I know that line is there: (gdb) b ifunc Breakpoint 2 at 0x10000770: file test-main.f, line 30. > As for the fix, it seems to me that if find_line_symtab can't find a > match in the symtabs currently loaded, it should expand partial symbol > tables with the same name as the given symtab one by one until it > either finds one that does have the line we're looking for, or it runs > out of plausible psymtabs to try. > > Even when find_line_common does return a line number, if it sets > *exact_match is zero, I think find_line_symtab should proceed to > expand psymtabs. Otherwise, if the first symtab we happen to find has > line numbers higher than the one we're looking for, but some unread > symtab has an exact match, we'll just return the first line number in > the symtab we've got. Sounds reasonable to me. I'll try this. Regards, - -- Carlos Eduardo Seo Software Engineer IBM Linux Technology Center -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHAptaqvq7Aov/qQARAnZ7AKCDL8w1DdMqZzid7OzRAyvcoz+kWQCeOW37 JrS57mExOxzSTp6vi8N9iQg= =6/rk -----END PGP SIGNATURE-----