From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15974 invoked by alias); 6 Aug 2010 12:01:22 -0000 Received: (qmail 15718 invoked by uid 22791); 6 Aug 2010 12:01:21 -0000 X-Spam-Check-By: sourceware.org Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.83/v0.83-20-g38e4449) with ESMTP; Fri, 06 Aug 2010 12:01:16 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 2A7D56D4364; Fri, 6 Aug 2010 14:01:14 +0200 (CEST) Date: Fri, 06 Aug 2010 12:01:00 -0000 From: Corinna Vinschen To: gdb-patches@sourceware.org Subject: Re: [rfa] frame address size incorrect if address size != ptr size Message-ID: <20100806120114.GB31783@calimero.vinschen.de> Reply-To: gdb-patches@sourceware.org Mail-Followup-To: gdb-patches@sourceware.org References: <20100805153010.GG4610@calimero.vinschen.de> <201008051651.o75GpmTo002448@d12av02.megacenter.de.ibm.com> <20100806104810.GJ4610@calimero.vinschen.de> <201008061117.o76BH8pM015284@glazunov.sibelius.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <201008061117.o76BH8pM015284@glazunov.sibelius.xs4all.nl> User-Agent: Mutt/1.5.20 (2009-06-14) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-08/txt/msg00062.txt.bz2 On Aug 6 13:17, Mark Kettenis wrote: > > Date: Fri, 6 Aug 2010 12:48:10 +0200 > > From: Corinna Vinschen > > > > And... > > > > > It would then be interesting to see whether *both* .debug_frame and > > > .eh_frame work on xstormy16 ... you might be able to try the latter > > > by building with -fasynchronous-unwind-tables. > > > > ... .eh_frame sections are never generated for XStormy16. The > > -fasynchronous-unwind-tables option is a no-op. > > Is there no C++ exception exception handling on XStormy16? Or did > nobody bother to do the work of switching it away from > setjump/longjump-style exception handling? XStormy16 is using SJLJ. And from the today's perspective I'm glad that it hasn't been converted to DW2 EH, given the obvious problem with the definition of the .eh_frame section. There's also the problem that the .eh_frame section is rather big, and that the section has to be loaded for EH to work. This is not a terribly good idea for a very space constricted target like XStormy16. Corinna -- Corinna Vinschen Cygwin Project Co-Leader Red Hat