[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000
jason at redhat dot com
gcc-bugzilla@gcc.gnu.org
Fri Dec 19 17:30:00 GMT 2008
------- Comment #9 from jason at redhat dot com 2008-12-19 17:28 -------
Subject: Re: [4.4 Regression] ICE: tree check: expected call_expr,
have compound_expr in build_new_method_call, at cp/call.c:6000
jakub at gcc dot gnu dot org wrote:
> Another alternative would be not to create the COMPOUND_EXPR or NOP_EXPR
> if (processing_template_decl) at all, but for the destructor cast to void
> that would mean the type wouldn't be void during template processing. Before
> the PR37540 patch the CALL_EXPR would have void_type_node, which is wrong, but
> leaving the type non-void would be IMHO worse.
This patch is OK if it passes testing. But it makes me wonder if we're
handling decltype of the COMPOUND_EXPR case properly.
The destructor issue makes me wish again that ARM hadn't decided to mess
with the ABI. Sigh.
Jason
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577
More information about the Gcc-bugs
mailing list