recognize some phis as copies
commit0db06dad63e02b619671bfb3dd25fc92c0856319
authorQuentin Carbonneaux <quentin@c9x.me>
Mon, 21 Nov 2022 10:29:22 +0000 (21 11:29 +0100)
committerQuentin Carbonneaux <quentin@c9x.me>
Mon, 21 Nov 2022 10:53:00 +0000 (21 11:53 +0100)
tree0a37b3bf581b4918516686a31f0ae2d002d140f2
parent674901b71834739cccf3f8665833dc125d1172b7
recognize some phis as copies

The copy elimination pass is not
complete. This patch improves
things a bit, but I think we still
have quite a bit of incompleteness.

We now consistently mark phis with
all arguments identical as copies.
Previously, they were inconsistently
eliminated by phisimpl(). An example
where they were not eliminated is
the following:

    @blk2
        %a = phi @blk0 %x, @blk1 %x
jnz ?, @blk3, @blk4
    @blk3
        %b = copy %x
    @blk4
        %c = phi @blk2 %a, @blk3 %b

In this example, neither %c nor %a
were marked as copies of %x because,
when phisimpl() is called, the copy
information for %b is not available.

The incompleteness is still present
and can be observed by modifying
the example above so that %a takes
a copy of %x through a back-edge.
Then, phisimpl()'s lack of copy
information about %b will prevent
optimization.
copy.c