This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [C++ PATCH, related to ObjC++ support] Don't treat enumeration vals as lvalues (PR c++/41131)

From: Jason Merrill <jason at redhat dot com>
To: Jakub Jelinek <jakub at redhat dot com>
Cc: Mark Mitchell <mark at codesourcery dot com>, gcc-patches at gcc dot gnu dot org
Date: Thu, 20 Aug 2009 18:01:27 -0400
Subject: Re: [C++ PATCH, related to ObjC++ support] Don't treat enumeration vals as lvalues (PR c++/41131)
References: <20090820214404.GP4462@tyan-ft48-01.lab.bos.redhat.com>

On 08/20/2009 05:44 PM, Jakub Jelinek wrote:

When Obj-C++ support was added, CONST_DECL handling has been added to
lvalue_p_1.  As CONST_DECL are used in C++ land just for enumeration values,
I assume it could be only because of objc_build_string_object which creates
a CONST_DECL and creates ADDR_EXPR from it.

What? Why is ObjC using CONST_DECL for that? It should be VAR_DECL, I'd think.

The following patch stops treating enumeration values as lvalues again,
just handles the special ObjC CONST_DECL.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk/4.4?

OK.

Jason

Follow-Ups:
- Re: [C++ PATCH, related to ObjC++ support] Don't treat enumeration vals as lvalues (PR c++/41131)
  - From: Andrew Pinski

References:
- [C++ PATCH] Don't treat enumeration vals as lvalues (PR c++/41131)
  - From: Jakub Jelinek

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]