tailcall: Fix up process_assignment [PR94001]
authorJakub Jelinek <jakub@redhat.com>
Wed, 4 Mar 2020 08:01:59 +0000 (09:01 +0100)
committerJakub Jelinek <jakub@redhat.com>
Wed, 4 Mar 2020 08:01:59 +0000 (09:01 +0100)
commit8e480ec1ddb307150cb36cf610b9eeab591de216
treee1374b81d9efeda8a9112b1bb3d5237ff8e3216d
parent8cc59ac591256f8899e137db7633fd7d1a2164ba
tailcall: Fix up process_assignment [PR94001]

When a function returns void or the return value is ignored, ass_var
is NULL_TREE.  The tail recursion handling generally assumes DCE has been
performed and so doesn't expect to encounter useless assignments after the
call and expects them to be part of the return value adjustment that need
to be changed into tail recursion additions/multiplications.
process_assignment does some verification and has a way to tell the caller
to try to move dead or whatever other stmts that don't participate in the
return value modifications before it is returned.
For binary rhs assignments it is just fine, neither op0 nor op1 will be
NULL_TREE and thus if *ass_var is NULL_TREE, it will not match, but unary
rhs is handled by only setting op0 to rhs1 and setting op1 to NULL_TREE.
And at this point, NULL_TREE == NULL_TREE and thus we think e.g. the
  c_2 = -e_3(D);
dead stmt is actually a return value modification, so we queue it as
multiplication and then create a void type SSA_NAME accumulator for it
and ICE shortly after.

Fixed by making sure op1 == *ass_var comparison is done only if *ass_var.

2020-03-04  Jakub Jelinek  <jakub@redhat.com>

PR tree-optimization/94001
* tree-tailcall.c (process_assignment): Before comparing op1 to
*ass_var, verify *ass_var is non-NULL.

* gcc.dg/pr94001.c: New test.
gcc/ChangeLog
gcc/testsuite/ChangeLog
gcc/testsuite/gcc.dg/pr94001.c [new file with mode: 0644]
gcc/tree-tailcall.c