From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6475 invoked by alias); 4 Sep 2008 10:53:55 -0000 Received: (qmail 6461 invoked by uid 22791); 4 Sep 2008 10:53:54 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 04 Sep 2008 10:53:08 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id C201D2A972A; Thu, 4 Sep 2008 06:53:06 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id V3dApSCZyWnv; Thu, 4 Sep 2008 06:53:06 -0400 (EDT) Received: from [127.0.0.1] (nile.gnat.com [205.232.38.5]) by rock.gnat.com (Postfix) with ESMTP id 718CA2A96E5; Thu, 4 Sep 2008 06:53:06 -0400 (EDT) Message-ID: <48BFBE10.30902@adacore.com> Date: Thu, 04 Sep 2008 10:53:00 -0000 From: Robert Dewar User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Andreas Schwab CC: Eli Zaretskii , "Frank Ch. Eigler" , msnyder@vmware.com, brobecker@adacore.com, jreiver@free.fr, gdb@sourceware.org Subject: Re: how to examine data with compiler optimization option set? References: <1220390777.48bdaf79617dd@imp.free.fr> <48BDB1B0.4040703@adacore.com> <1220391632.48bdb2d04bfd7@imp.free.fr> <48BDB4E2.9010301@adacore.com> <20080902215623.GA3779@adacore.com> <48BDD4B7.5060503@vmware.com> <48BF04C6.8030108@adacore.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: 2008-09/txt/msg00025.txt.bz2 Andreas Schwab wrote: > Robert Dewar writes: > >> Well you always had local variables disappearing in earlier versions >> but enough worked so you could debug, in particular parameters were >> always available and reliable. > > If parameters are passed in registers they are very likely to get lost. > Even on i386 parameters sometimes get passed in registers, eg. when > calling local functions. Yes, indeed parameters do get lost and I find it impossible in practice to debug at -O1 (whereas this was ny normal practice for many years). What I am saying is that if an effort is put in to improve the debugging information, for me this would be the primary target. > > Andreas. >