From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20430 invoked by alias); 10 Jun 2005 21:52:00 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 20419 invoked by uid 22791); 10 Jun 2005 21:51:55 -0000 Received: from palrel13.hp.com (HELO palrel13.hp.com) (156.153.255.238) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 10 Jun 2005 21:51:55 +0000 Received: from smtp2.ptp.hp.com (smtp2.ptp.hp.com [15.1.28.240]) by palrel13.hp.com (Postfix) with ESMTP id C41F31C04BC5; Fri, 10 Jun 2005 14:51:53 -0700 (PDT) Received: from [15.244.99.9] (unknown [15.244.99.9]) by smtp2.ptp.hp.com (Postfix) with ESMTP id B039964F8F; Fri, 10 Jun 2005 21:51:53 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Cc: binutils@sources.redhat.com, JBeulich@novell.com, David Mosberger From: Cary Coutant Subject: Re: [PATCH] ia64: unwind directive handling Date: Fri, 10 Jun 2005 21:52:00 -0000 To: wilson@specifixinc.com X-SW-Source: 2005-06/txt/msg00274.txt.bz2 > I checked the SCRA. Appendix B constains tables listing all of the > valid > unwind encodings. This does not include psp_psprel. I see that it > comes > from the .vframepsp directive. Curiously, the asm language manual has > two > typos in the vframepsp docs. It emits two unwind records, and both of > them > are mispelled. Maybe this is a late change that was never properly > documented. > How do you know that P8 r=0 is correct? Jim is right -- there is no psp_psprel unwind directive, and Format P8, r=0 is unassigned. If you think about it, storing the previous stack pointer at a location relative to psp is pointless at best, since you would need to know the psp in order to recover the psp! Cary Coutant IA-64 Runtime Architect Hewlett-Packard Co.