From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21090 invoked by alias); 2 Oct 2007 21:43:40 -0000 Received: (qmail 21082 invoked by uid 22791); 2 Oct 2007 21:43:40 -0000 X-Spam-Check-By: sourceware.org Received: from igw3.br.ibm.com (HELO igw3.br.ibm.com) (32.104.18.26) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 02 Oct 2007 21:43:38 +0000 Received: from mailhub1.br.ibm.com (unknown [9.18.232.109]) by igw3.br.ibm.com (Postfix) with ESMTP id D7CF239032B for ; Tue, 2 Oct 2007 18:38:21 -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 l92LhZAl2429020 for ; Tue, 2 Oct 2007 18:43:35 -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 l92LhYdu026492 for ; Tue, 2 Oct 2007 18:43:34 -0300 Received: from [9.8.6.241] ([9.8.6.241]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l92LhXIj026481; Tue, 2 Oct 2007 18:43:34 -0300 Message-ID: <4702BB75.7050906@linux.vnet.ibm.com> Date: Tue, 02 Oct 2007 21:43: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/msg00025.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jim Blandy wrote: > > 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. I've written a patch and it worked: (gdb) b 25 Breakpoint 1 at 0x10000670: file fxdb1251-main.f, line 25. (gdb) b 31 Breakpoint 2 at 0x100007cc: file fxdb1251-main.f, line 31. I'll post it here as soon as I finish my regression tests. Then we can discuss if the solution is OK. 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 iD8DBQFHArt1qvq7Aov/qQARAtlhAKCArtkAFQuj4TEEMcXqwMv/K8IMJgCggWw3 Y3QsndBp5ksZxpDYsr7EAGQ= =h56m -----END PGP SIGNATURE-----