diff options
| author | Sanjoy Das <sanjoy@playingwithpointers.com> | 2015-06-02 22:33:30 +0000 |
|---|---|---|
| committer | Sanjoy Das <sanjoy@playingwithpointers.com> | 2015-06-02 22:33:30 +0000 |
| commit | 513aadecac2514a282b748a88c17743948144089 (patch) | |
| tree | 444443646a6b28fe0a647071c64860cedb2ef78f /clang/lib/Frontend/CompilerInvocation.cpp | |
| parent | 3ca2099fdf35351e77d9d3be1068d0d7ca8e62a1 (diff) | |
| download | llvm-513aadecac2514a282b748a88c17743948144089.zip llvm-513aadecac2514a282b748a88c17743948144089.tar.gz llvm-513aadecac2514a282b748a88c17743948144089.tar.bz2 | |
[SelectionDAG] Fix PR23603.
Summary:
LLVM's MI level notion of invariant_load is different from LLVM's IR
level notion of invariant_load with respect to dereferenceability. The
IR notion of invariant_load only guarantees that all *non-faulting*
invariant loads result in the same value. The MI notion of invariant
load guarantees that the load can be legally moved to any location
within its containing function. The MI notion of invariant_load is
stronger than the IR notion of invariant_load -- an MI invariant_load is
an IR invariant_load + a guarantee that the location being loaded from
is dereferenceable throughout the function's lifetime.
Reviewers: hfinkel, reames
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D10075
llvm-svn: 238881
Diffstat (limited to 'clang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions