From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25701 invoked by alias); 7 Nov 2002 18:06:05 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 25691 invoked from network); 7 Nov 2002 18:06:04 -0000 Received: from unknown (HELO mx2.redhat.com) (12.150.115.133) by sources.redhat.com with SMTP; 7 Nov 2002 18:06:04 -0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.11.6/8.11.6) with ESMTP id gA7I4SP12191; Thu, 7 Nov 2002 13:04:28 -0500 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id gA7I5vl22280; Thu, 7 Nov 2002 13:05:57 -0500 Received: from localhost.localdomain (frothingslosh.sfbay.redhat.com [172.16.24.27]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id gA7I5vD23017; Thu, 7 Nov 2002 10:05:57 -0800 Received: (from rth@localhost) by localhost.localdomain (8.11.6/8.11.6) id gA7I5vB26031; Thu, 7 Nov 2002 10:05:57 -0800 X-Authentication-Warning: localhost.localdomain: rth set sender to rth@redhat.com using -f Date: Thu, 07 Nov 2002 10:06:00 -0000 From: Richard Henderson To: Zack Weinberg Cc: Mark Mitchell , Jakub Jelinek , Aldy Hernandez , "gcc-patches@gcc.gnu.org" , "jason@redhat.com" Subject: Re: [basic-improvements] try/finally support for c/c++ - more tests Message-ID: <20021107180556.GC26004@redhat.com> Mail-Followup-To: Richard Henderson , Zack Weinberg , Mark Mitchell , Jakub Jelinek , Aldy Hernandez , "gcc-patches@gcc.gnu.org" , "jason@redhat.com" References: <20021107000307.GQ22215@redhat.com> <38180000.1036629889@warlock.codesourcery.com> <20021107015959.GA17046@egil.codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021107015959.GA17046@egil.codesourcery.com> User-Agent: Mutt/1.4i X-SW-Source: 2002-11/txt/msg00480.txt.bz2 On Wed, Nov 06, 2002 at 05:59:59PM -0800, Zack Weinberg wrote: > Are there other uses of __try/__finally which y'all have in mind that > wouldn't be covered by this? Not at present. > p.s. It would be nifty if setjmp/longjmp could be defined in terms of > exception handling. Anyone put thought into that? See the description of longjmp_unwind in the ia64 eh abi. r~