Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | [InstCombine] don't assume 'inbounds' for bitcast deref or null pointer in ↵ | Sanjay Patel | 2019-10-13 | 1 | -2/+2 |
| | | | | | | | | | | | | | | non-default address space Follow-up to D68244 to account for a corner case discussed in: https://bugs.llvm.org/show_bug.cgi?id=43501 Add one more restriction: if the pointer is deref-or-null and in a non-default (non-zero) address space, we can't assume inbounds. Differential Revision: https://reviews.llvm.org/D68706 llvm-svn: 374728 | ||||
* | [InstCombine] add another test for gep inbounds; NFC | Sanjay Patel | 2019-10-09 | 1 | -0/+11 |
| | | | | llvm-svn: 374190 | ||||
* | [InstCombine] don't assume 'inbounds' for bitcast pointer to GEP transform ↵ | Sanjay Patel | 2019-10-06 | 1 | -0/+35 |
| | | | | | | | | | | | | (PR43501) https://bugs.llvm.org/show_bug.cgi?id=43501 We can't declare a GEP 'inbounds' in general. But we may salvage that information if we have known dereferenceable bytes on the source pointer. Differential Revision: https://reviews.llvm.org/D68244 llvm-svn: 373847 | ||||
* | [InstCombine] add tests for loads of bitcasted vector pointer; NFC | Sanjay Patel | 2019-06-06 | 1 | -0/+90 |
llvm-svn: 362703 |