r8-7538 for PR84968 made strip_typedefs_expr diagnose STATEMENT_LIST
so that we reject statement-expressions in noexcept-specifiers to
match our behavior in template arguments (which the parser diagnoses
directly).
Later r11-7452 made decltype(auto) deduction canonicalize the expression
(as an implementation detail) which in turn calls strip_typedefs_expr,
and so ever since we inadvertently reject decltype(auto) deduction of a
statement-expression.
This patch just removes the diagnostic in strip_typedefs_expr and instead
treats statement-expressions similar to lambda-expressions. The function
doesn't seem like the right place for such a diagnostic and so it seems
easier to just accept rather than try to reject them in a suitable place.
PR c++/116418
gcc/cp/ChangeLog:
* tree.cc (strip_typedefs_expr) <case STATEMENT_LIST>: Replace
this error path with ...
<case STMT_EXPR>: ... this, returning the original tree.
gcc/testsuite/ChangeLog:
* g++.dg/eh/pr84968.C: No longer expect an ahead of time diagnostic
for the statement-expresssion. Instantiate the template and expect
an incomplete type error instead.
* g++.dg/ext/stmtexpr26.C: New test.
Reviewed-by: Jason Merrill <jason@redhat.com>
(cherry picked from commit
12bdcc3d7970860b9d66ed4dea203bde8fd68d4d)
}
case LAMBDA_EXPR:
+ case STMT_EXPR:
return t;
- case STATEMENT_LIST:
- error ("statement-expression in a constant expression");
- return error_mark_node;
-
default:
break;
}
void a()
try {
} catch (int ()
- noexcept (({ union b a; true; }))) // { dg-error "constant" }
+ noexcept (({ union b a; true; }))) // { dg-error "'b a' has incomplete type" }
{
}
};
+
+template void S::a<int>(); // { dg-message "required from here" }
--- /dev/null
+// PR c++/116418
+// { dg-do compile { target c++14 } }
+// { dg-options "" }
+
+void foo ();
+template <typename>
+void bar ()
+{
+ decltype(auto) v = ({ foo (); 3; });
+}