Add a paragraph describing how to configure the python interpreter.

Contributed-by: cib123@googlemail.com

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205549 91177308-0d34-0410-b5e6-96231b3b80d8
Note of last Polly phone call

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205553 91177308-0d34-0410-b5e6-96231b3b80d8
Add another hint for fixing check-polly errors to get_started.html

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>

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205556 91177308-0d34-0410-b5e6-96231b3b80d8
delinearize memory access functions

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205799 91177308-0d34-0410-b5e6-96231b3b80d8
clang format last patch

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205804 91177308-0d34-0410-b5e6-96231b3b80d8
ScopInfo: Some code cleanup

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205957 91177308-0d34-0410-b5e6-96231b3b80d8
ScopInfo: Scalar accesses are zero dimensional

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205958 91177308-0d34-0410-b5e6-96231b3b80d8
only delinearize when the access function is not affine

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205971 91177308-0d34-0410-b5e6-96231b3b80d8
Add link to meeting notes

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205980 91177308-0d34-0410-b5e6-96231b3b80d8
www: We have no interest in FORTRAN support in test suite

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205982 91177308-0d34-0410-b5e6-96231b3b80d8
todo: Building against an installed LLVM works

We only care about cmake and the buildbots test that it works.

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205983 91177308-0d34-0410-b5e6-96231b3b80d8
www: Fix typo

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205984 91177308-0d34-0410-b5e6-96231b3b80d8
todo: Update todo list

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@205985 91177308-0d34-0410-b5e6-96231b3b80d8
Remove OpenScop

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.

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@206026 91177308-0d34-0410-b5e6-96231b3b80d8
Fixed gcc build warnings

+ vim 'fixed' line endings in json_value.cpp

Contributed-by:  Johannes Doerfert <doerfert@cs.uni-saarland.de>

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@206044 91177308-0d34-0410-b5e6-96231b3b80d8
Dependences: Refine the compute out facility

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.

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@206106 91177308-0d34-0410-b5e6-96231b3b80d8
Update isl to fix memory bugs

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@206134 91177308-0d34-0410-b5e6-96231b3b80d8
Codegeneration: Free memory correctly when using -polly-vectorizer=polly

This fixes PR19421.

Reported-by: Jeremy Huddleston Sequoia <jeremyhu@apple.com>

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@206156 91177308-0d34-0410-b5e6-96231b3b80d8
Blind fix Polly for r206310


git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@206312 91177308-0d34-0410-b5e6-96231b3b80d8
Dependences: Do not fail in case a schedule eliminates all dependences

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>

git-svn-id: https://llvm.org/svn/llvm-project/polly/trunk@206318 91177308-0d34-0410-b5e6-96231b3b80d8