From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31022 invoked by alias); 12 Sep 2012 13:45:11 -0000 Received: (qmail 30987 invoked by uid 22791); 12 Sep 2012 13:45:09 -0000 X-SWARE-Spam-Status: No, hits=-6.5 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 12 Sep 2012 13:44:45 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q8CDiipS010022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Sep 2012 09:44:44 -0400 Received: from host2.jankratochvil.net (ovpn-116-25.ams2.redhat.com [10.36.116.25]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q8CDiecX018700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 12 Sep 2012 09:44:43 -0400 Date: Wed, 12 Sep 2012 13:45:00 -0000 From: Jan Kratochvil To: Yao Qi Cc: gdb@sourceware.org Subject: Re: Symbol can't be found unless type 'tab' Message-ID: <20120912134436.GA2737@host2.jankratochvil.net> References: <504DE251.1020702@codesourcery.com> <20120910131828.GA13062@host2.jankratochvil.net> <50503D6C.6070704@codesourcery.com> <20120912080639.GA16010@host2.jankratochvil.net> <5050730E.3000207@codesourcery.com> <20120912123247.GA23476@host2.jankratochvil.net> <50508FEC.5030701@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50508FEC.5030701@codesourcery.com> User-Agent: Mutt/1.5.21 (2010-09-15) 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: 2012-09/txt/msg00030.txt.bz2 On Wed, 12 Sep 2012 15:36:44 +0200, Yao Qi wrote: > I am not sure what do you mean by "this also cannot work", but it > works for me, at least for my test purpose. This is because 'b middle_middle' has expanded psymtab->symtab. If you do 'p/x i' as the very first GDB command it will not work. You could also keep there the location list in such case, it would work the same. See what you will see with 'set complaints 100', 'file ./gdb.mi/mi-reg-changed'. I believe it would make the testcase magic if you move the 'i' variable DIE into some function. But if you put some warning into the testcase source it is IMO also acceptable the way you have it. Thanks, Jan