From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24273 invoked by alias); 15 Oct 2002 16:21:53 -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 24263 invoked from network); 15 Oct 2002 16:21:52 -0000 Received: from unknown (HELO piper.synopsys.com) (146.225.1.217) by sources.redhat.com with SMTP; 15 Oct 2002 16:21:52 -0000 Received: (from jbuck@localhost) by piper.synopsys.com (8.11.6/8.11.6) id g9FGLIF19813; Tue, 15 Oct 2002 09:21:18 -0700 From: Joe Buck Message-Id: <200210151621.g9FGLIF19813@piper.synopsys.com> Subject: Re: gcc 3.2.1 draft release notes, 3rd draft To: mark@codesourcery.com (Mark Mitchell) Date: Tue, 15 Oct 2002 10:10:00 -0000 Cc: Joe.Buck@synopsys.COM (Joe Buck), gcc@gcc.gnu.org (gcc@gcc.gnu.org) In-Reply-To: <19300000.1034659238@warlock.codesourcery.com> from "Mark Mitchell" at Oct 14, 2002 10:20:38 PM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-10/txt/msg00831.txt.bz2 I wrote: > > Can we always tell people to turn > > > > typedef T = expression; > > > > into > > > > typedef typeof(expression) T; > > > > ? > > Yes; those two forms should be equivalent, as far as I know. Then how about adding a rule something like the following to the bison grammar (yes, I know these are the wrong terminal names, but the idea should be clear): TYPEDEF ID '=' error ';' { error("Please use __typeof() instead");} However, I don't understand why the extension was removed. If its presence makes it harder to parse valid C/C++ the removal might be justified.