Patch to separate lvalue_or_else for C and C++

Mark Mitchell mark@codesourcery.com
Mon Mar 21 02:32:00 GMT 2005


Joseph S. Myers wrote:
> Stopping the C front end from depending on NON_LVALUE_EXPR requires
> that it determine information about whether an expression is an lvalue
> from internal structures (additional flags in c_expr) rather than from
> the tree for the expression.  Thus lvalue_or_else needs to become
> local to each of the C and C++ front ends again, although the code
> printing diagnostics can remain shared.  This patch makes it local to
> the front ends, with a shared lvalue_error function to deal with the
> diagnostics.
> 
> Bootstrapped with no regressions on x86_64-unknown-linux-gnu.  OK to
> commit?

OK.

-- 
Mark Mitchell
CodeSourcery, LLC
mark@codesourcery.com
(916) 791-8304



More information about the Gcc-patches mailing list