From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26411 invoked by alias); 19 Jul 2006 17:50:01 -0000 Received: (qmail 26402 invoked by uid 22791); 19 Jul 2006 17:50:01 -0000 X-Spam-Check-By: sourceware.org Received: from sadr.equallogic.com (HELO sadr.equallogic.com) (66.155.203.134) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 19 Jul 2006 17:49:58 +0000 Received: from sadr.equallogic.com (localhost.localdomain [127.0.0.1]) by sadr.equallogic.com (8.12.8/8.12.8) with ESMTP id k6JGnv3x021718 for ; Wed, 19 Jul 2006 12:49:58 -0400 Received: from M31.equallogic.com (M31.equallogic.com [172.16.1.31]) by sadr.equallogic.com (8.12.8/8.12.8) with SMTP id k6JGnv6B021713; Wed, 19 Jul 2006 12:49:57 -0400 Received: from pkoning.equallogic.com ([172.16.1.176]) by M31.equallogic.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 19 Jul 2006 13:49:56 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17598.28866.916402.335524@gargle.gargle.HOWL> Date: Wed, 19 Jul 2006 17:53:00 -0000 From: Paul Koning To: kernel-hacker@bennee.com Cc: gdb@sources.redhat.com Subject: Re: Gcc options for improving debugging? References: <1153308778.9831.49.camel@okra.transitives.com> <20060719130547.GA18159@nevyn.them.org> <1153330383.9831.82.camel@okra.transitives.com> X-Mailer: VM 7.17 under 21.5 (beta27) "fiddleheads" XEmacs Lucid X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-07/txt/msg00139.txt.bz2 >>>>> "Alex" == Alex Bennee writes: Alex> Is it the inlineing that's causing the variables to get Alex> optimised away??? No. GCC can make variables go away without any inlining. And even if a variable isn't optimized away completely, it can become "dead" at some point (when it is not needed in the rest of the function). When that happens, the register gets reused but GDB doesn't necessarily know that. So you can still see the variable but the values it appears to have are wrong because that register now contains something else. paul