From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28694 invoked by alias); 28 Sep 2002 05:15:39 -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 28687 invoked from network); 28 Sep 2002 05:15:38 -0000 Received: from unknown (HELO fencepost.gnu.org) (199.232.76.164) by sources.redhat.com with SMTP; 28 Sep 2002 05:15:38 -0000 Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.10) id 17v9x3-0005b9-00 for gcc@gnu.org; Sat, 28 Sep 2002 01:15:37 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17v9wo-000278-00 for gcc@gnu.org; Sat, 28 Sep 2002 01:15:34 -0400 Received: from inet1.yelmtel.com ([65.161.32.36] helo=inet1.ywave.com) by monty-python.gnu.org with esmtp (Exim 4.10) id 17v9wo-00026x-00 for gcc@gnu.org; Sat, 28 Sep 2002 01:15:22 -0400 Received: from there (dsl5175.ywave.com [208.10.179.175]) by inet1.ywave.com (Postfix) with SMTP id 076F22CD81; Fri, 27 Sep 2002 22:14:14 -0700 (PDT) Content-Type: text/plain; charset="iso-8859-1" From: Tim Prince Reply-To: tprince@computer.org To: "Michael Lovett" , Subject: Re: GCC Feature question Date: Sat, 28 Sep 2002 00:20:00 -0000 References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020928051414.076F22CD81@inet1.ywave.com> X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO version=2.31 X-Spam-Level: X-SW-Source: 2002-09/txt/msg01148.txt.bz2 On Friday 27 September 2002 19:57, Michael Lovett wrote: > Hiya > > Does the current GCC (3.2x) support the try/finally construct? > > We are porting apps to UNIX from Windows but so far can't find a compiler > with try/finally. It is such a useful, convenient construct it is hard to > imagine structured programming without it. > > Does anyone know if this is planned for the future if it isn't available > now? > > Thanks so much! > Michael Lovett To the extent this stuff is supported in the cygwin win32api, you may be able to adapt it to reconcile its conflicts with other g++ targets. You may find further information in the cygwin FAQ and, of course source code. It's certainly considered more of a library than a compiler thing. -- Tim Prince