| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | [PM] Avoid getResult on a higher level in LoopAccessAnalysis | Sean Silva | 2016-07-07 | 1 | -1/+1 |
| | | | | | | | | Note that require<domtree> and require<loops> aren't needed because they come in implicitly via the loop pass manager. llvm-svn: 274712 | ||||
| * | [PM] Port LoopAccessInfo analysis to new PM | Xinliang David Li | 2016-07-02 | 1 | -0/+1 |
| | | | | | | | | It is implemented as a LoopAnalysis pass as discussed and agreed upon. llvm-svn: 274452 | ||||
| * | Fix LoopAccessAnalysis when potentially nullptr check are involved | Mehdi Amini | 2015-11-05 | 1 | -0/+38 |
| Summary: GetUnderlyingObjects() can return "null" among its list of objects, we don't want to deduce that two pointers can point to the same memory in this case, so filter it out. Reviewers: anemet Subscribers: dexonsmith, llvm-commits From: Mehdi Amini <mehdi.amini@apple.com> llvm-svn: 252149 | |||||
 |
index : bcm5719-llvm | |
| Project Ortega BCM5719 LLVM | Raptor Computing Systems |
| summaryrefslogtreecommitdiffstats |
|