From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31084 invoked by alias); 23 Apr 2002 09:55:09 -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 31046 invoked from network); 23 Apr 2002 09:55:05 -0000 Received: from unknown (HELO fw-cam.cambridge.arm.com) (193.131.176.3) by sources.redhat.com with SMTP; 23 Apr 2002 09:55:05 -0000 Received: by fw-cam.cambridge.arm.com; id KAA07786; Tue, 23 Apr 2002 10:55:03 +0100 (BST) Received: from unknown(172.16.1.2) by fw-cam.cambridge.arm.com via smap (V5.5) id xma006973; Tue, 23 Apr 02 10:54:19 +0100 Received: from cam-mail2.cambridge.arm.com (localhost [127.0.0.1]) by cam-admin0.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id KAA09217; Tue, 23 Apr 2002 10:54:18 +0100 (BST) Received: from sun18.cambridge.arm.com (sun18.cambridge.arm.com [172.16.2.18]) by cam-mail2.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id KAA01842; Tue, 23 Apr 2002 10:54:17 +0100 (BST) Message-Id: <200204230954.KAA01842@cam-mail2.cambridge.arm.com> To: Michael Snyder cc: gdb-patches@sources.redhat.com, cagney@redhat.com, rearnsha@arm.com Reply-To: Richard.Earnshaw@arm.com Organization: ARM Ltd. X-Telephone: +44 1223 400569 (direct+voicemail), +44 1223 400400 (switchbd) X-Fax: +44 1223 400410 X-Address: ARM Ltd., 110 Fulbourn Road, Cherry Hinton, Cambridge CB1 9NJ. X-Url: http://www.arm.com/ Subject: Re: [RFA] arm_skip_prologue: recognize "str r(0123), [r11, #-nn]" In-reply-to: Your message of "Tue, 23 Apr 2002 10:36:24 BST." <200204230936.KAA29899@cam-mail2.cambridge.arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Apr 2002 02:55:00 -0000 From: Richard Earnshaw X-SW-Source: 2002-04/txt/msg00835.txt.bz2 > > > > GCC sometimes generates these stores as discrete instructions. > > > > 2002-04-22 Michael Snyder > > > > * arm-tdep.c (arm_skip_prologue): Recognize str r(0123), [r11, #-nn]. > > > > Are you sure these should really be considered part of the prologue? > > > Ok, here's how I think we should consider this. If a DWARF-encoded sequence would consider these as part of the prologue (ie they are described as prologue instructions, then the unwinder should consider them similarly. If, however, it considers them as part of the function body then the manual unwinder should also do so. If the latter is correct, then we should also handle storing into the stack so that we can also handle frameless functions. R.