From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17612 invoked by alias); 7 Mar 2002 19:55:01 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 17455 invoked from network); 7 Mar 2002 19:54:58 -0000 Received: from unknown (HELO deimos.hpl.hp.com) (192.6.19.190) by sources.redhat.com with SMTP; 7 Mar 2002 19:54:58 -0000 Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33]) by deimos.hpl.hp.com (8.9.3 (PHNE_24419)/HPL-PA Relay) with ESMTP id LAA05626; Thu, 7 Mar 2002 11:54:58 -0800 (PST) Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123]) by hplms2.hpl.hp.com (8.10.2/8.10.2 HPL-PA Hub) with ESMTP id g27Jsv412337; Thu, 7 Mar 2002 11:54:57 -0800 (PST) Received: from napali.hpl.hp.com (localhost [127.0.0.1]) by napali.hpl.hp.com (8.12.1/8.12.1/Debian -5) with ESMTP id g27Jsvf7016331; Thu, 7 Mar 2002 11:54:57 -0800 Received: (from davidm@localhost) by napali.hpl.hp.com (8.12.1/8.12.1/Debian -5) id g27Jsu8q016327; Thu, 7 Mar 2002 11:54:56 -0800 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15495.50576.881175.462946@napali.hpl.hp.com> Date: Thu, 07 Mar 2002 11:55:00 -0000 To: Kevin Buettner Cc: davidm@hpl.hp.com, gdb@sources.redhat.com Subject: Re: question on gdbarch_skip_prologue() In-Reply-To: <1020307184128.ZM28576@localhost.localdomain> References: <1020307081116.ZM26473@localhost.localdomain> <15495.44458.890110.519531@napali.hpl.hp.com> <1020307184128.ZM28576@localhost.localdomain> X-Mailer: VM 7.01 under Emacs 21.1.1 Reply-To: davidm@hpl.hp.com X-URL: http://www.hpl.hp.com/personal/David_Mosberger/ X-SW-Source: 2002-03/txt/msg00061.txt.bz2 >>>>> On Thu, 7 Mar 2002 11:41:28 -0700, Kevin Buettner said: Kevin> But you should also know that most (all?) of us working on Kevin> GDB don't really like this behavior and are eagerly waiting Kevin> for the day when it'll be possible to implement Kevin> skip_prologue() as the identity function (on the first Kevin> argument). Ah, I'm happy to hear that. OK, here is my take then: longer term, skip_prologue() should become an identity function. In the interim, we can continue to use code-reading based heuristics and debug info to implement it. The important point for me is that the routine does not need any special support from the unwind library. Of course, this implies that, for the moment, we can't get rid of code-reading entirely in gdb/ia64, but longer term, we will be able to do so. --david