From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19405 invoked by alias); 24 Jan 2003 04:51:35 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 19398 invoked from network); 24 Jan 2003 04:51:34 -0000 Received: from unknown (HELO ops2.one-point.com) (216.234.116.146) by 172.16.49.205 with SMTP; 24 Jan 2003 04:51:34 -0000 Received: from localhost (jsturm@localhost) by ops2.one-point.com (8.11.6/8.11.6) with ESMTP id h0O4pVC07706; Thu, 23 Jan 2003 23:51:32 -0500 Date: Fri, 24 Jan 2003 07:32:00 -0000 From: Jeff Sturm To: Geert Bosch cc: gcc@gcc.gnu.org Subject: Re: Unwinding on Sparc/Solaris: MD_FALLBACK_FRAME_STATE_FOR In-Reply-To: <25D57F1C-2EFD-11D7-BF8A-00039344BF4A@gnat.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003-01/txt/msg01089.txt.bz2 On Thu, 23 Jan 2003, Geert Bosch wrote: > I am trying to get GCC to correctly unwind through > SPARC/Solaris signal frames. When the GCC unwinder encounters > a frame without unwind info, it will execute the code > given by the MD_FALLBACK_FRAME_STATE_FOR macro, which > is not defined yet. Aside from signal frames, I wonder if there's not enough information in SPARC register windows to unwind anyway. The unwinder will always see a DW_CFA_GNU_window_save instruction if the FDE is found. Maybe MD_FALLBACK_FRAME_STATE_FOR could proceed assuming the window_save area is present, and not worry about decoding signal frames. Also look at what's done in libjava/include/sparc-signal.h. Jeff