From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6860 invoked by alias); 6 May 2003 21:52:42 -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 6846 invoked from network); 6 May 2003 21:52:41 -0000 Received: from unknown (HELO mx2.redhat.com) (12.150.115.133) by sources.redhat.com with SMTP; 6 May 2003 21:52:41 -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 h46Lg9Z29523; Tue, 6 May 2003 17:42:09 -0400 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 h46LqdT13054; Tue, 6 May 2003 17:52:39 -0400 Received: from dhcp-172-16-25-239.sfbay.redhat.com (dhcp-172-16-25-239.sfbay.redhat.com [172.16.25.239]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id h46LqcM29377; Tue, 6 May 2003 14:52:38 -0700 Subject: Re: __attribute__((cleanup(function)) versus try/finally From: Anthony Green To: Jason Merrill Cc: Mark Mitchell , gcc@gcc.gnu.org In-Reply-To: References: <1052245742.2583.315.camel@doubledemon.codesourcery.com> <1052249890.31850.338.camel@doubledemon.codesourcery.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 06 May 2003 21:52:00 -0000 Message-Id: <1052258009.1418.73.camel@escape> Mime-Version: 1.0 X-SW-Source: 2003-05/txt/msg00537.txt.bz2 On Tue, 2003-05-06 at 14:02, Jason Merrill wrote: > Hmm, I suppose you can assume that $sp is linear. I know of one proprietary platform where this is not true. On the other hand, GCC does not currently support this system. FWIW, I strongly support the try/finally proposal. One advantage that hasn't been mentioned is that it may help people migrate from proprietary compilers to GCC. I think that this user-centric argument is compelling just on it's own. AG