From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9089 invoked by alias); 11 Mar 2008 15:25:05 -0000 Received: (qmail 9075 invoked by uid 22791); 11 Mar 2008 15:25:04 -0000 X-Spam-Check-By: sourceware.org Received: from wa-out-1112.google.com (HELO wa-out-1112.google.com) (209.85.146.178) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 11 Mar 2008 15:24:47 +0000 Received: by wa-out-1112.google.com with SMTP id l35so2775877waf.12 for ; Tue, 11 Mar 2008 08:24:44 -0700 (PDT) Received: by 10.114.169.2 with SMTP id r2mr6342689wae.30.1205249084898; Tue, 11 Mar 2008 08:24:44 -0700 (PDT) Received: by 10.114.110.12 with HTTP; Tue, 11 Mar 2008 08:24:44 -0700 (PDT) Message-ID: <5b7094580803110824t3808df2erf37df1dea91401a2@mail.gmail.com> Date: Tue, 11 Mar 2008 17:45:00 -0000 From: "Brian Budge" To: "Michael Snyder" Subject: Re: breakpoints and symbol examination problems Cc: "Daniel Jacobowitz" , gdb@sourceware.org In-Reply-To: <1205196740.19253.809.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5b7094580803101705m7bc6e8ffqa480a74d9b0ab548@mail.gmail.com> <20080311003238.GA14908@caradoc.them.org> <1205196740.19253.809.camel@localhost.localdomain> 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: 2008-03/txt/msg00119.txt.bz2 Actually, this is already with -O0... at least I think. I'm not passing any optimization flags. For debug symbols I'm passing -ggdb. I'll try the CVS current top of tree a bit later today. Thanks, Brian On Mon, Mar 10, 2008 at 5:52 PM, Michael Snyder wrote: > On Mon, 2008-03-10 at 20:32 -0400, Daniel Jacobowitz wrote: > > On Mon, Mar 10, 2008 at 05:05:17PM -0700, Brian Budge wrote: > > > > > > Additionally, I can't seem to examine any "stack" variables once in > > > these template functions. I can see member variables, global > > > variables, and function parameters. > > > > This may be fixed, or it may be a compiler bug. GCC is not very good > > about emitting local variable information in optimized code. > > Can you compile with -O0? > > >