From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32675 invoked by alias); 29 Aug 2002 22:16:11 -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 32668 invoked from network); 29 Aug 2002 22:16:11 -0000 Received: from unknown (HELO cygnus.com) (205.180.83.203) by sources.redhat.com with SMTP; 29 Aug 2002 22:16:11 -0000 Received: from redhat.com (reddwarf.sfbay.redhat.com [172.16.24.50]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id PAA00287; Thu, 29 Aug 2002 15:08:32 -0700 (PDT) Message-ID: <3D6E9D28.E3A974FA@redhat.com> Date: Thu, 29 Aug 2002 15:30:00 -0000 From: Michael Snyder Organization: Red Hat, Inc. X-Accept-Language: en MIME-Version: 1.0 To: Kevin Buettner CC: Andrew Cagney , Joel Brobecker , gdb-patches@sources.redhat.com Subject: Re: [RFA/controversial] move bp by line number past the prologue References: <20020829181524.GC971@gnat.com> <1020829201635.ZM24274@localhost.localdomain> <3D6E8527.3060904@ges.redhat.com> <1020829214626.ZM24781@localhost.localdomain> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-08/txt/msg01011.txt.bz2 Kevin Buettner wrote: > > On Aug 29, 4:33pm, Andrew Cagney wrote: > > > > I've reread the thread in which this matter was discussed earlier > > > (i.e, the "[RFC] breakpoints and function prologues" messages). Given > > > that there was such disagreement before, I doubt that everyone will > > > agree with my point of view. If this turns out to be the case, might > > > I suggest a user settable option for controlling whether setting a > > > breakpoint by line number will always cause the prologue to be > > > skipped? That way both sides get the behavior they want. (GUIs can > > > set the desired behavior at initialization time.) > > > > GUI and CLI behavior should be kept independant. Running GDB under a > > GUI, should not affect the CLI. > > Perhaps a different interface is needed for the GUI to use? I think I would prefer that. In fact, in order of preference, I would prefer: 1) Teach the GUI users that the open curly brace represents the prologue. 2) see 1. 3) see 1. 4) Provide an interface for GUIs to skip the prologue in this context. 5).... .... ... ... 99) Change the command line behavior.