- 18 Aug, 2016 24 commits
-
-
Hans Wennborg authored
llvm-svn: 279177
-
Hans Wennborg authored
llvm-svn: 279176
-
Hans Wennborg authored
```--------------------------------------------------------------------- r279125 | mssimpso | 2016-08-18 12:50:32 -0700 (Thu, 18 Aug 2016) | 14 lines [SLP] Initialize VectorizedValue when gathering We abort building vectorizable trees in some cases (e.g., if the maximum recursion depth is reached, if the region size is too large, etc.). If this happens for a reduction, we can be left with a root entry that needs to be gathered. For these cases, we need make sure we actually set VectorizedValue to the resulting vector. This patch ensures we properly set VectorizedValue, and it also ensures the insertelement sequence generated for the gathers is inserted at the correct location. Reference: https://llvm.org/bugs/show_bug.cgi?id=28330 Differential Revison: https://reviews.llvm.org/D23410 ``` --------------------------------------------------------------------- ------------------------------------------------------------------------ r278343 | mssimpso | 2016-08-11 08:28:45 -0700 (Thu, 11 Aug 2016) | 1 line [SLP] Make RecursionMaxDepth a command line option (NFC) ------------------------------------------------------------------------ llvm-svn: 279174
-
Hans Wennborg authored
llvm-svn: 279147
-
Hans Wennborg authored
llvm-svn: 279146
-
Hans Wennborg authored
llvm-svn: 279144
-
Hans Wennborg authored
llvm-svn: 279142
-
Hans Wennborg authored
llvm-svn: 279139
-
Hans Wennborg authored
llvm-svn: 279138
-
Hans Wennborg authored
llvm-svn: 279137
-
Hans Wennborg authored
llvm-svn: 279136
-
Hans Wennborg authored
llvm-svn: 279135
-
Hans Wennborg authored
llvm-svn: 279134
-
Hans Wennborg authored
llvm-svn: 279131
-
Hans Wennborg authored
llvm-svn: 279130
-
Hans Wennborg authored
llvm-svn: 279128
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278559 | efriedma | 2016-08-12 13:28:02 -0700 (Fri, 12 Aug 2016) | 7 lines [AArch64LoadStoreOpt] Handle offsets correctly for post-indexed paired loads. Trunk would try to create something like "stp x9, x8, [x0], #512", which isn't actually a valid instruction. Differential revision: https://reviews.llvm.org/D23368 ``` --------------------------------------------------------------------- llvm-svn: 279123
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278562 | efriedma | 2016-08-12 13:39:51 -0700 (Fri, 12 Aug 2016) | 7 lines [AArch64LoadStoreOptimizer] Check aliasing correctly when creating paired loads/stores. The existing code accidentally skipped the aliasing check in edge cases. Differential revision: https://reviews.llvm.org/D23372 ``` --------------------------------------------------------------------- llvm-svn: 279107
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278988 | cbieneman | 2016-08-17 14:54:30 -0700 (Wed, 17 Aug 2016) | 14 lines [Darwin] Stop linking libclang_rt.eprintf.a Summary: The eprintf library was added before the general OS X builtins library existed as a place to store one builtin function. Since we have for several years had an actual mandated builtin library for OS X > 10.5, we should just merge eprintf into the main library. This change will resolve PR28855. As a follow up I'll also patch compiler-rt to not generate the eprintf library anymore. Reviewers: ddunbar, bob.wilson Subscribers: cfe-commits Differential Revision: https://reviews.llvm.org/D23531 ``` --------------------------------------------------------------------- llvm-svn: 279103
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278999 | hans | 2016-08-17 15:50:18 -0700 (Wed, 17 Aug 2016) | 3 lines SCEV: Don't assert about non-SCEV-able value in isSCEVExprNeverPoison() (PR28932) Differential Revision: https://reviews.llvm.org/D23594 ``` --------------------------------------------------------------------- llvm-svn: 279093
-
Anastasia Stulova authored
llvm-svn: 279083
-
Rui Ueyama authored
llvm-svn: 279018
-
Hans Wennborg authored
```--------------------------------------------------------------------- r279008 | marshall | 2016-08-17 16:24:02 -0700 (Wed, 17 Aug 2016) | 1 line make the associative containers do the right thing for propogate_on_container_assignment. Fixes bug #29001. Tests are only for <map> right now - more complete tests will come when we revamp our allocator testing structure. ``` --------------------------------------------------------------------- llvm-svn: 279017
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278904 | marshall | 2016-08-16 22:58:40 -0700 (Tue, 16 Aug 2016) | 1 line Support allocators with explicit conversion constructors. Fixes bug #29000 ``` --------------------------------------------------------------------- llvm-svn: 279015
-
- 17 Aug, 2016 7 commits
-
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278949 | eugenezelenko | 2016-08-17 10:27:56 -0700 (Wed, 17 Aug 2016) | 4 lines [Include-fixer] Install executables and support scripts Differential revision: https://reviews.llvm.org/D23045 ``` --------------------------------------------------------------------- llvm-svn: 278997
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278938 | mcrosier | 2016-08-17 08:54:39 -0700 (Wed, 17 Aug 2016) | 5 lines Revert "Reassociate: Reprocess RedoInsts after each inst". This reverts commit r258830, which introduced a bug described in PR28367. PR28367 ``` --------------------------------------------------------------------- llvm-svn: 278993
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278900 | cycheng | 2016-08-16 20:17:44 -0700 (Tue, 16 Aug 2016) | 12 lines [ppc64] Don't apply sibling call optimization if callee has any byval arg This is a quick work around, because in some cases, e.g. caller's stack size > callee's stack size, we are still able to apply sibling call optimization even callee has any byval arg. This patch fix: https://llvm.org/bugs/show_bug.cgi?id=28328 Reviewers: hfinkel kbarton nemanjai amehsan Subscribers: hans, tjablin https://reviews.llvm.org/D23441 ``` --------------------------------------------------------------------- llvm-svn: 278990
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278786 | jamesm | 2016-08-16 02:45:36 -0700 (Tue, 16 Aug 2016) | 4 lines Left shifts of negative values are defined if -fwrapv is set This means we shouldn't emit ubsan detection code or warn. Fixes PR25552. ``` --------------------------------------------------------------------- llvm-svn: 278989
-
Hans Wennborg authored
```--------------------------------------------------------------------- r277852 | dblaikie | 2016-08-05 12:03:01 -0700 (Fri, 05 Aug 2016) | 7 lines PR26423: Assert on valid use of using declaration of a function with an undeduced auto return type For now just disregard the using declaration in this case. Suboptimal, but wiring up the ability to have declarations of functions that are separate from their definition (we currently only do that for member functions) and have differing return types (we don't have any support for that) is more work than seems reasonable to at least fix this crash. ``` --------------------------------------------------------------------- llvm-svn: 278877
-
Hans Wennborg authored
llvm-svn: 278876
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278841 | haicheng | 2016-08-16 13:06:25 -0700 (Tue, 16 Aug 2016) | 3 lines [BranchFolding] Change a test case of r278575. Rename the operands to make the test less brittle. ``` --------------------------------------------------------------------- llvm-svn: 278874
-
- 16 Aug, 2016 4 commits
-
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278571 | rnk | 2016-08-12 15:23:04 -0700 (Fri, 12 Aug 2016) | 6 lines [Inliner] Don't treat inalloca allocas as static They aren't static, and moving them to the entry block across something else will only result in tears. Root cause of http://crbug.com/636558. ``` --------------------------------------------------------------------- llvm-svn: 278831
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278575 | haicheng | 2016-08-12 16:13:38 -0700 (Fri, 12 Aug 2016) | 6 lines Reapply [BranchFolding] Restrict tail merging loop blocks after MBP Fixed a bug in the test case. To fix PR28104, this patch restricts tail merging to blocks that belong to the same loop after MBP. ``` --------------------------------------------------------------------- I had to adjust the test as it wasn't passing on the branch, presumably due to different machine block placement. llvm-svn: 278827
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278763 | rsmith | 2016-08-15 17:13:47 -0700 (Mon, 15 Aug 2016) | 5 lines PR28978: If we need overload resolution for the move constructor of an anonymous union member of a class, we need overload resolution for the move constructor of the class itself too; we can't rely on Sema to do the right thing for us for anonymous union types. ``` --------------------------------------------------------------------- llvm-svn: 278817
-
Faisal Vali authored
This patch essentially reverses all the changes from the following commit: https://reviews.llvm.org/rL264513 for branch 3.9. Requested by Richard and Approved by Hans here: https://reviews.llvm.org/D23485 llvm-svn: 278771
-
- 15 Aug, 2016 5 commits
-
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278558 | cbieneman | 2016-08-12 13:11:03 -0700 (Fri, 12 Aug 2016) | 3 lines Remove autoconf references from LICENSE.TXT Since we don't actually have the autoconf subdirectories anymore, we don't need this reference here. ``` --------------------------------------------------------------------- llvm-svn: 278688
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278584 | sanjoy | 2016-08-12 17:58:31 -0700 (Fri, 12 Aug 2016) | 15 lines [IndVars] Ignore (s|z)exts that don't extend the induction variable `IVVisitor::visitCast` used to have the invariant that if the instruction it was passed was a sext or zext instruction, the result of the instruction would be wider than the induction variable. This is no longer true after rL275037, so this change teaches `IndVarSimplify` s implementation of `IVVisitor::visitCast` to work with the relaxed invariant. A corresponding change to SimplifyIndVar to preserve the said invariant after rL275037 would also work, but given how `IVVisitor::visitCast` is spelled (no indication of said invariant), I figured the current fix is cleaner. Fixes PR28935. ``` --------------------------------------------------------------------- llvm-svn: 278685
-
Hans Wennborg authored
```--------------------------------------------------------------------- r278454 | cbieneman | 2016-08-11 18:29:26 -0700 (Thu, 11 Aug 2016) | 3 lines [CMake] If the compiler supports _Atomic include atomic.c in builtins libraries This fixes a long-standing TODO by implementing a compiler check for supporting the _Atomic keyword. If the _Atomic keyword is supported by the compiler we should include it in the builtin library sources. ``` --------------------------------------------------------------------- llvm-svn: 278679
-
Hans Wennborg authored
```--------------------------------------------------------------------- r277783 | timshen | 2016-08-04 16:03:44 -0700 (Thu, 04 Aug 2016) | 9 lines [ADT] Migrate DepthFirstIterator to use NodeRef Summary: The corresponding LLVM change is D23146. Reviewers: dblaikie, chandlerc Subscribers: cfe-commits Differential Revision: https://reviews.llvm.org/D23147 ``` --------------------------------------------------------------------- ------------------------------------------------------------------------ r278156 | timshen | 2016-08-09 13:22:55 -0700 (Tue, 09 Aug 2016) | 16 lines [ADT] Change iterator_adaptor_base's default template arguments to forward more underlying typedefs Summary: The corresponding LLVM change: D23217. LazyVector::iterator breaks, because int isn't an iterator type. Since iterator_adaptor_base shouldn't be blamed to break at the call to iterator_traits<int>::xxx, I'd rather "fix" LazyVector::iterator. The perfect solution is to model "relative pointer", but it's beyond the goal of this patch. Reviewers: chandlerc, bkramer Subscribers: cfe-commits Differential Revision: https://reviews.llvm.org/D23218 ------------------------------------------------------------------------ llvm-svn: 278678
-
Anastasia Stulova authored
llvm-svn: 278677
-