Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | [Polly] Add XFAIL to large-numbers-in-boundary-context.ll | Anna Thomas | 2017-10-16 | 1 | -0/+1 |
| | | | | | | | | | | | | | | | After rL315683 (improve SCEV to calculate max BETakenCount when end bound of loop is variant and loop is of form {Start,+1, Stride} LT End) this test in polly started failing. However, as discussed in https://reviews.llvm.org/rL315683, this polly test is not a loops bound test and the MaxBECount calculated by SCEV looks correct. The max BECount is the value calculated even when the end bound of loop is invariant. As discussed with Tobias offline, I'm marking this as an XFAIL, until he gets a chance to update the testcase, so the build bot goes to green. llvm-svn: 315912 | ||||
* | [IslExprBuilder] Do not generate RTC with more than 64 bit | Tobias Grosser | 2017-09-23 | 1 | -6/+5 |
| | | | | | | | | | | Such RTCs may introduce integer wrapping intrinsics with more than 64 bit, which are translated to library calls on AOSP that are not part of the runtime and will consequently cause linker errors. Thanks to Eli Friedman for reporting this issue and reducing the test case. llvm-svn: 314065 | ||||
* | Track assumptions and restrictions separatly | Johannes Doerfert | 2016-03-01 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | In order to speed up compile time and to avoid random timeouts we now separately track assumptions and restrictions. In this context assumptions describe parameter valuations we need and restrictions describe parameter valuations we do not allow. During AST generation we create a runtime check for both, whereas the one for the restrictions is negated before a conjunction is build. Except the In-Bounds assumptions we currently only track restrictions. Differential Revision: http://reviews.llvm.org/D17247 llvm-svn: 262328 | ||||
* | test: make test case more robust against removal of unrelated instructions | Tobias Grosser | 2016-02-03 | 1 | -1/+1 |
| | | | | llvm-svn: 259693 | ||||
* | [FIX] Use appropriately sized types for big constants | Johannes Doerfert | 2015-11-03 | 1 | -0/+56 |
llvm-svn: 251869 |