From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7107 invoked by alias); 13 May 2003 22:16:04 -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 7088 invoked from network); 13 May 2003 22:16:04 -0000 Received: from unknown (HELO frothingslosh.sfbay.redhat.com) (66.187.237.200) by sources.redhat.com with SMTP; 13 May 2003 22:16:04 -0000 Received: from frothingslosh.sfbay.redhat.com (localhost.localdomain [127.0.0.1]) by frothingslosh.sfbay.redhat.com (8.12.8/8.12.8) with ESMTP id h4DMCENm008455; Tue, 13 May 2003 15:12:14 -0700 Received: (from rth@localhost) by frothingslosh.sfbay.redhat.com (8.12.8/8.12.8/Submit) id h4DMCE5P008453; Tue, 13 May 2003 15:12:14 -0700 X-Authentication-Warning: frothingslosh.sfbay.redhat.com: rth set sender to rth@redhat.com using -f Date: Tue, 13 May 2003 22:16:00 -0000 From: Richard Henderson To: Mark Mitchell Cc: Jason Merrill , Alexandre Oliva , Mike Stump , gcc@gcc.gnu.org Subject: Re: __attribute__((cleanup(function)) versus try/finally Message-ID: <20030513221214.GG8273@redhat.com> Mail-Followup-To: Richard Henderson , Mark Mitchell , Jason Merrill , Alexandre Oliva , Mike Stump , gcc@gcc.gnu.org References: <1052419221.3329.111.camel@minax.codesourcery.com> <1052423229.3329.125.camel@minax.codesourcery.com> <1052860011.16075.388.camel@doubledemon.codesourcery.com> <20030513211938.GC8273@redhat.com> <1052862018.4181.418.camel@doubledemon.codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1052862018.4181.418.camel@doubledemon.codesourcery.com> User-Agent: Mutt/1.4i X-SW-Source: 2003-05/txt/msg01375.txt.bz2 On Tue, May 13, 2003 at 02:40:17PM -0700, Mark Mitchell wrote: > Calling "abort" would seem to be the C-ish equivalent of the C++ > std::terminate. Yeah. I guess we still have MAY_NOT_THROW regions available with which to attach this call to abort, so it wouldn't be too hard. I dunno if this really warrents such enforcement though... r~