forked from OSchip/llvm-project
2694522f13
The code we had isSafeToLoadUnconditionally was blatantly wrong. This function takes a "Size" argument which is supposed to describe the span loaded from. Instead, the code use the size of the pointer passed (which may be unrelated!) and only checks that span. For any Size > LoadSize, this can and does lead to miscompiles. Worse, the generic code just a few lines above correctly handles the cases which *are* valid. So, let's delete said code. Removing this code revealed two issues: 1) As noted by jdoerfert the removed code incorrectly handled external globals. The test update in SROA is to stop testing incorrect behavior. 2) SROA was confusing bytes and bits, but this wasn't obvious as the Size parameter was being essentially ignored anyway. Fixed. Differential Revision: https://reviews.llvm.org/D66778 llvm-svn: 370102 |
||
|---|---|---|
| .. | ||
| address-spaces.ll | ||
| addrspacecast.ll | ||
| alignment.ll | ||
| alloca-address-space.ll | ||
| basictest.ll | ||
| big-endian.ll | ||
| dbg-addr-diamond.ll | ||
| dbg-single-piece.ll | ||
| dead-inst.ll | ||
| fca.ll | ||
| mem-par-metadata-sroa.ll | ||
| non-integral-pointers.ll | ||
| phi-and-select.ll | ||
| phi-with-duplicate-pred.ll | ||
| pointer-offset-size.ll | ||
| ppcf128-no-fold.ll | ||
| pr26972.ll | ||
| pr37267.ll | ||
| preserve-nonnull.ll | ||
| slice-order-independence.ll | ||
| slice-width.ll | ||
| vector-conversion.ll | ||
| vector-lifetime-intrinsic.ll | ||
| vector-promotion.ll | ||
| vectors-of-pointers.ll | ||