OK.
Jason
On Fri, Apr 29, 2016 at 11:55 AM, Patrick Palka wrote:
> The problem here is that some code paths are not prepared to handle a
> non-dependent PAREN_EXPR, which my fix for PR c++/70106 introduced. In
> particular lvalue_kind() returns clk_none for a PAREN_EXPR which makes
> build_x_unary_op() emi
The problem here is that some code paths are not prepared to handle a
non-dependent PAREN_EXPR, which my fix for PR c++/70106 introduced. In
particular lvalue_kind() returns clk_none for a PAREN_EXPR which makes
build_x_unary_op() emit a bogus error for an expression like &(A::b).
(If the PAREN_EX
