From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-help-return-13841-listarch-gcc-help=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 6304 invoked by alias); 11 Sep 2003 17:19:26 -0000
Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-help/>
List-Post: <mailto:gcc-help@gcc.gnu.org>
List-Help: <mailto:gcc-help-help@gcc.gnu.org>
Sender: gcc-help-owner@gcc.gnu.org
Received: (qmail 6263 invoked from network); 11 Sep 2003 17:19:25 -0000
Received: from unknown (HELO smtp-relay-7.sea.adobe.com) (192.150.22.7)
  by sources.redhat.com with SMTP; 11 Sep 2003 17:19:25 -0000
Received: from inner-relay-1.corp.adobe.com (inner-relay-1 [153.32.1.51])
	by smtp-relay-7.sea.adobe.com (8.12.9/8.12.9) with ESMTP id h8BHJMed002880
	for <gcc-help@gcc.gnu.org>; Thu, 11 Sep 2003 10:19:23 -0700 (PDT)
Received: from iplan-mn (iplan-mn.corp.adobe.com [130.248.25.5])
	by inner-relay-1.corp.adobe.com (8.12.9/8.12.9) with ESMTP id h8BHJM2R025823
	for <gcc-help@gcc.gnu.org>; Thu, 11 Sep 2003 10:19:22 -0700 (PDT)
Received: from mn-eljaypc.adobe.com ([130.248.182.10])
 by iplan-mn.corp.adobe.com
 (iPlanet Messaging Server 5.2 Patch 1 (built Aug 19 2002))
 with ESMTP id <0HL200737845UZ@iplan-mn.corp.adobe.com> for
 gcc-help@gcc.gnu.org; Thu, 11 Sep 2003 12:19:20 -0500 (CDT)
Date: Thu, 11 Sep 2003 17:19:00 -0000
From: Eljay Love-Jensen <eljay@adobe.com>
Subject: Re: Does GCC 3.4 fix this bug?
In-reply-to: <20030911170643.GA21571@swan.ac.uk>
X-Sender: eljay@iplan-mn.corp.adobe.com
To: gcc-help@gcc.gnu.org
Message-id: <5.2.1.1.0.20030911121616.00bba648@iplan-mn.corp.adobe.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
References: <5.2.1.1.0.20030911114552.00b6af48@iplan-mn.corp.adobe.com>
 <5.2.1.1.0.20030911110503.00bb5d20@iplan-mn.corp.adobe.com>
 <5.2.1.1.0.20030911110503.00bb5d20@iplan-mn.corp.adobe.com>
 <5.2.1.1.0.20030911114552.00b6af48@iplan-mn.corp.adobe.com>
X-SW-Source: 2003-09/txt/msg00126.txt.bz2

Thanks for everyone's input!

When these things crop up, I'll put in the extra set of parens to delineate the item as a parameter to a definition, which disambiguates the sitation so that the compiler doesn't interpret it as a declaration.

CodeWarrior and MSVC should digest the extra set of parens without complaint.

Sincerely,
--Eljay

I love this forum!