From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23727 invoked by alias); 25 Apr 2002 21:11:12 -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 23720 invoked from network); 25 Apr 2002 21:11:09 -0000 Received: from unknown (HELO cygnus.com) (205.180.83.203) by sources.redhat.com with SMTP; 25 Apr 2002 21:11:09 -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 OAA11025; Thu, 25 Apr 2002 14:11:08 -0700 (PDT) Message-ID: <3CC86E14.F795FFE5@redhat.com> Date: Thu, 25 Apr 2002 14:11:00 -0000 From: Michael Snyder Organization: Red Hat, Inc. X-Accept-Language: en MIME-Version: 1.0 To: "David S. Miller" , gdb-patches@sources.redhat.com Subject: Re: [RFA] Improve Sparc epilogue analysis References: <3CC73C70.A4BBA9D7@redhat.com> <20020424.170539.73357679.davem@redhat.com> <3CC74F72.6B0F8C8B@redhat.com> <20020424.175238.00378500.davem@redhat.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg01041.txt.bz2 "David S. Miller" wrote: > > From: Michael Snyder > Date: Wed, 24 Apr 2002 17:36:02 -0700 > > "David S. Miller" wrote: > > I'd like to ask that you re-review this change, given this, please. > > The part that's mentioned in the changelog entry is OK, except > you can remove sparc_skip_prologue_frameless_p (and say so in > the changelog) rather than rewrite it. > > Wait a second, how can I remove sparc_skip_prologue_frameless_p > when it isn't even there anymore? :-) > > What exists is "sparc_prologue_frameless_p" which is a boolean. > That is what replaces the functionality for what I removed > (sparc_skip_prologue_frameless_p, SKIP_PROLOGUE_FRAMELESS_P, > et al.). > > I think you're still a little confused on the current state of > the tree. That comment was unnecessary, thank you. Whether the function is in or out, it is wrong as written, or at the least you have to justify why you have changed the behavior. The existing function returns TRUE if and only if the input address is equal to the address returned by examine_prologue, which in this case will be the address of one of a small set of specific instructions (eg. a SAVE or an add sp). Your function, in the presence of symbols, will return TRUE if and only if the input address is equal to the last instruction in the line (presumably of the prologue). This is a change. I don't know whether it was intentional or not, but you can't make it without explaining it.