https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91238
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91238
--- Comment #6 from Iain Buclaw ---
Fixed in trunk in r274253.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91238
--- Comment #5 from ibuclaw at gcc dot gnu.org ---
Author: ibuclaw
Date: Sat Aug 10 14:11:49 2019
New Revision: 274253
URL: https://gcc.gnu.org/viewcvs?rev=274253&root=gcc&view=rev
Log:
d: Fix internal compiler error: in add_expr, at tree.c:7794
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91238
--- Comment #4 from Richard Biener ---
(In reply to Iain Buclaw from comment #3)
> (In reply to Richard Biener from comment #2)
> > Hm, so what exactly should ADDR_EXPR of a CALL_EXPR code-gen to? The ICE
> > itself happens because add_expr, whe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91238
--- Comment #3 from Iain Buclaw ---
(In reply to Richard Biener from comment #2)
> Hm, so what exactly should ADDR_EXPR of a CALL_EXPR code-gen to? The ICE
> itself happens because add_expr, when traversing a CALL_EXPR does not
> unset OEP_ADDRE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91238
--- Comment #2 from Richard Biener ---
Hm, so what exactly should ADDR_EXPR of a CALL_EXPR code-gen to? The ICE
itself happens because add_expr, when traversing a CALL_EXPR does not
unset OEP_ADDRESS_OF when processing arguments (taking the addr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91238
--- Comment #1 from Iain Buclaw ---
Further reduced, always triggers ICE, so it's not something that recently
started to happen.
---
alias T = const(char)*;
T name()
{
return "";
}
void collectDependencies(ref T)
{
}
void configurePackages(T
