llvm/lib at 9689ee1fa3254923724cff3917368fabb0359215 - llvm

RPCS3/llvm

mirror of https://github.com/RPCS3/llvm.git synced 2025-02-03 17:24:24 +00:00

History

Davide Italiano 9689ee1fa3 [NewGVN] Fix a consistent order for phi nodes operands.

The way we currently define congruency for two PHIExpression(s) is:

1) The operands to the phi functions are congruent
2) The PHIs are defined in the same BasicBlock.

NewGVN works under the assumption that phi operands are in predecessor
order, or at least in some consistent order. OTOH, is valid IR:

patatino:
  %meh = phi i16 [ %0, %winky ], [ %conv1, %tinky ]
  %banana = phi i16 [ %0, %tinky ], [ %conv1, %winky ]
  br label %end

and the in-memory representations of the two SSA registers have an
inconsistent order. This violation of NewGVN assumptions results into
two PHIs found congruent when they're not. While we think it's useful
to have always a consistent order enforced, let's fix this in NewGVN
sorting uses in predecessor order before creating a PHI expression.

Differential Revision:  https://reviews.llvm.org/D32990

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@302552 91177308-0d34-0410-b5e6-96231b3b80d8

2017-05-09 16:58:28 +00:00

Analysis

Introduce experimental generic intrinsics for horizontal vector reductions.

2017-05-09 10:43:25 +00:00

AsmParser

AMDGPU: Add AMDGPU_HS calling convention

2017-05-02 15:41:10 +00:00

Bitcode

Re-apply r302108, "IR: Use pointers instead of GUIDs to represent edges in the module summary. NFCI."

2017-05-04 18:03:25 +00:00

CodeGen

Re-land "Use the frame index side table for byval and inalloca arguments"