From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18472 invoked by alias); 17 Nov 2011 03:49:17 -0000 Received: (qmail 18462 invoked by uid 22791); 17 Nov 2011 03:49:16 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Nov 2011 03:49:02 +0000 Received: from nat-jpt.mentorg.com ([192.94.33.2] helo=PR1-MAIL.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1RQsyD-0000tQ-Mm from Yao_Qi@mentor.com ; Wed, 16 Nov 2011 19:49:01 -0800 Received: from [127.0.0.1] ([172.16.63.104]) by PR1-MAIL.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 17 Nov 2011 12:49:00 +0900 Message-ID: <4EC48425.2040407@codesourcery.com> Date: Thu, 17 Nov 2011 03:49:00 -0000 From: Yao Qi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110930 Thunderbird/7.0.1 MIME-Version: 1.0 To: Tom Tromey CC: Jan Kratochvil , gdb-patches@sourceware.org Subject: Re: RFA: implement ambiguous linespec proposal References: <20111028221459.GA28467@host1.jankratochvil.net> <20111104074543.GA13839@host1.jankratochvil.net> <4EC3DA13.4060907@codesourcery.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-11/txt/msg00462.txt.bz2 On 11/17/2011 12:44 AM, Tom Tromey wrote: > Yao> I'll debug this problem tomorrow, but if you have any clues, that will > Yao> be helpful. > > Tom> What is mysterious is that I do not see this failure. > Tom> I actually think this test should fail, because it is applying a > Tom> condition in a scope where there is no variable 'a'. > > Tom> I will debug it today. > > Ok, I found the problem. "a" is defined in a system library for which I > have debuginfo installed: > > (top-gdb) p *sym.symtab OOC, could you give me a stack backtrace here? > $22 = { > [...] > filename = 0x26ba950 "../sysdeps/ieee754/dbl-64/atnat.h", > dirname = 0x26c4f10 "/usr/src/debug/glibc-2.14-34-ge2a3090/math", > > So the condition erroneously parses. > That is great! > Changing the names to "a_param" instead makes it fail again. > > I think the test is bogus, though, so I changed it in a way that will > make it succeed. > Agreed. > I can send a new revision of everything if you want. No, I don't. -- Yao (齐尧)