From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30072 invoked by alias); 16 Aug 2002 02:11:07 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 29941 invoked from network); 16 Aug 2002 02:11:06 -0000 Received: from unknown (HELO takamaka.act-europe.fr) (142.179.108.108) by sources.redhat.com with SMTP; 16 Aug 2002 02:11:06 -0000 Received: by takamaka.act-europe.fr (Postfix, from userid 507) id 87FE2D2CBD; Thu, 15 Aug 2002 19:11:08 -0700 (PDT) Date: Thu, 15 Aug 2002 19:11:00 -0000 From: Joel Brobecker To: Andrew Cagney Cc: Jim Ingham , gdb-patches@sources.redhat.com Subject: Re: [RFC] breakpoints and function prologues... Message-ID: <20020816021108.GG906@gnat.com> References: <157B023C-B09E-11D6-BDB5-00039379E320@apple.com> <3D5C4FCB.4070005@ges.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D5C4FCB.4070005@ges.redhat.com> User-Agent: Mutt/1.4i X-SW-Source: 2002-08/txt/msg00404.txt.bz2 > Don't forget that ``break func'' is is going to change. It's going to > go back to the start of the function! Why this change? This is going to have a negative effect on the Alpha Tru64 platform, since the first 2 instructions of the prologue are often optimized out by the linker. If we move "break func" back to the start of the function, the breakpoint will never be hit even if the function is entered. I agree with Daniel and Jim here: most of our users don't know what a function prologue is. To take one example, they don't understand why the parameter values are not correct when they put a breakpoint on the curly brace. There is no definite answer whether we should skip the prologue or not, but I believe that GDB users debugging at the source level will much more often want GDB to be "prologue-transparent". For those of us who sometimes debug at the instruction level, there are other alternatives that allow us to do what we want. -- Joel