| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
SVN r209103 removed the OwningPtr variant of the MemoryBuffer APIs. Switch to
the equivalent std::unique_ptr versions. This should clear up the build bots.
llvm-svn: 209104
|
| |
|
|
|
|
|
|
| |
Tag the GPGPU codegen test cases as unsupported if the nvptx target is not
included in the current llvm build.
Contributed-by: Yabin Hu <yabin.hwu@gmail.com>
llvm-svn: 208779
|
| |
|
|
| |
llvm-svn: 208626
|
| |
|
|
| |
llvm-svn: 208619
|
| |
|
|
|
|
| |
collect terms from affine and non affine memory accesses
llvm-svn: 208616
|
| |
|
|
| |
llvm-svn: 208457
|
| |
|
|
|
|
|
| |
This fixes the compilation of our GPGPU code generation experiment in Polly.
Contributed-by: Yabin Hu <yabin.hwu@gmail.com>
llvm-svn: 208287
|
| |
|
|
| |
llvm-svn: 208233
|
| |
|
|
| |
llvm-svn: 208208
|
| |
|
|
| |
llvm-svn: 208191
|
| |
|
|
| |
llvm-svn: 208190
|
| |
|
|
|
| |
Contributed-by: Yabin Hu <yabin.hwu@gmail.com>
llvm-svn: 208182
|
| |
|
|
|
| |
Contributed-by: Yabin Hu <yabin.hwu@gmail.com>
llvm-svn: 208181
|
| |
|
|
|
| |
Contributed-by: Yabin Hu <yabin.hwu@gmail.com>
llvm-svn: 208180
|
| |
|
|
|
|
|
| |
This is a test case that is currently failing, but that should start working
with an upcoming version of our delinearization pass.
llvm-svn: 207678
|
| |
|
|
| |
llvm-svn: 207618
|
| |
|
|
| |
llvm-svn: 207006
|
| |
|
|
| |
llvm-svn: 206903
|
| |
|
|
|
| |
Contributed-by: Johannes Doerfert <doerfert@cs.uni-saarland.de>
llvm-svn: 206901
|
| |
|
|
|
| |
Contributed-by: Johannes Doerfert <doerfert@cs.uni-saarland.de>
llvm-svn: 206900
|
| |
|
|
| |
llvm-svn: 206898
|
| |
|
|
|
|
|
|
|
|
| |
definition below all of the header #include lines, Polly edition.
If you want to know more details about this, you can see the recent
commits to Debug.h in LLVM. This is just the Polly segment of a cleanup
I'm doing globally for this macro.
llvm-svn: 206852
|
| |
|
|
|
|
|
|
| |
Commit r206510 falsely advertised to fix the load cases, even though it only
fixed the store case. This commit adds the same fix for the load case including
the missing test coverage.
llvm-svn: 206577
|
| |
|
|
|
|
|
|
|
|
|
| |
Even tough we may want to generate a vector load, the address from which to load
still is a scalar. Make sure even if previous address computations may have been
vectorized, that the addresses are also available as scalars.
This fixes http://llvm.org/PR19469
Reported-by: Jeremy Huddleston Sequoia <jeremyhu@apple.com>
llvm-svn: 206510
|
| |
|
|
| |
llvm-svn: 206488
|
| |
|
|
| |
llvm-svn: 206361
|
| |
|
|
| |
llvm-svn: 206333
|
| |
|
|
|
| |
Contributed-by: Johannes Doerfert <doerfert@cs.uni-saarland.de>
llvm-svn: 206332
|
| |
|
|
| |
llvm-svn: 206329
|
| |
|
|
|
|
|
| |
in r206312, but others don't seem to show up on build bots? Unsure of
why, they showed up for me.
llvm-svn: 206326
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The following example shows a non-parallel loop
void f(int a[]) {
int i;
for (i = 0; i < 10; ++i)
A[i] = A[i+5];
}
which, in case we import a schedule that limits the iteration domain
to 0 <= i < 5, becomes parallel. Previously we crashed in such cases, now we
just recognize it as parallel.
This fixes http://llvm.org/PR19435
Reported-by: Jeremy Huddleston Sequoia <jeremyhu@apple.com>
llvm-svn: 206318
|
| |
|
|
| |
llvm-svn: 206312
|
| |
|
|
|
|
|
| |
This fixes PR19421.
Reported-by: Jeremy Huddleston Sequoia <jeremyhu@apple.com>
llvm-svn: 206156
|
| |
|
|
| |
llvm-svn: 206134
|
| |
|
|
|
|
|
|
|
|
|
|
| |
We update to a newer version of isl, which includes changes to the compute
out facility that make it a lot more predicable. With our new value, we can
reliably bail out for all reported bugs, while still being able to compute
dependences for all but two test cases in the LLVM test suite. For the remaining
two test cases, the dependence problem we construct is unnecessarily complex,
so there is hope we can improve on this. However, to avoid any future issues,
having a reliable compute out facility in place is important.
llvm-svn: 206106
|
| |
|
|
|
|
|
| |
+ vim 'fixed' line endings in json_value.cpp
Contributed-by: Johannes Doerfert <doerfert@cs.uni-saarland.de>
llvm-svn: 206044
|
| |
|
|
|
|
|
|
|
| |
We only supported a very old version of OpenScop that was entirely different
to what OpenScop is today. To not confuse people, we remove this old and
unusable support. If anyone is interested to add OpenScop support back in,
the relevant patches are available in version control.
llvm-svn: 206026
|
| |
|
|
| |
llvm-svn: 205985
|
| |
|
|
| |
llvm-svn: 205984
|
| |
|
|
|
|
| |
We only care about cmake and the buildbots test that it works.
llvm-svn: 205983
|
| |
|
|
| |
llvm-svn: 205982
|
| |
|
|
| |
llvm-svn: 205980
|
| |
|
|
| |
llvm-svn: 205971
|
| |
|
|
| |
llvm-svn: 205958
|
| |
|
|
| |
llvm-svn: 205957
|
| |
|
|
| |
llvm-svn: 205804
|
| |
|
|
| |
llvm-svn: 205799
|
| |
|
|
|
|
|
|
| |
Reversed the order in which LD_LIBRARY_PATH is defined in order to make sure the
${CLOOG_INSTALL} prefix is found first.
Contributed-by: Christian Bielert <cib123@googlemail.com>
llvm-svn: 205556
|
| |
|
|
| |
llvm-svn: 205553
|
| |
|
|
|
| |
Contributed-by: cib123@googlemail.com
llvm-svn: 205549
|