| Age | Commit message (Collapse) | Author |
|
+ Test case annotated with the new attribute
+ Modified test case to check if subfunctions are annotated
llvm-svn: 213093
|
|
llvm-svn: 210170
|
|
llvm-svn: 204468
|
|
warning: multi-line comment [-Wcomment]
llvm-svn: 203811
|
|
For now we only mark innermost loops for the loop vectorizer. We could later
also mark not-innermost loops to enable the introduction of openmp parallelism.
llvm-svn: 202854
|
|
PollyIRBuilder is currently just a typedef to IRBuilder<>. Consequently, this
change should not affect behavior. In subsequent patches we will extend its
functionality to emit loop.parallel metadata.
llvm-svn: 202853
|
|
clang-formats behaviour has changed for a couple of C++11 formattings. We adapt
Polly to ensure our formatting checks are clean again.
llvm-svn: 202650
|
|
llvm-svn: 202183
|
|
llvm-svn: 199157
|
|
llvm-svn: 199088
|
|
llvm-svn: 189177
|
|
When the Polly code generation was written we did not correctly update the
LoopInfo data, but still claimed that the loop information is correct. This
does not only lead to missed optimizations, but it can also cause
miscompilations in case passes such as LoopSimplify are run after Polly.
Reported-by: Sergei Larin <slarin@codeaurora.org>
llvm-svn: 181987
|
|
BeforeBB
|
v
GuardBB
/ \
__ PreHeaderBB \
/ \ / |
latch HeaderBB |
\ / \ /
< \ /
\ /
ExitBB
This does not only remove the need for an explicit loop rotate pass, but it also
gives us the possibility to skip the construction of the guard condition in case
the loop is known to be executed at least once. We do not yet exploit this, but
by implementing this analysis in the isl code generator we should be able to
remove more guards than the generic loop rotate pass can. Another point is that
loop rotation can introduce additional PHI nodes, which may hide that a loop can
be executed in parallel. This change avoids this complication and will make it
easier to move the openmp code generation into a separate pass.
llvm-svn: 181986
|
|
llvm-svn: 181297
|
|
clang-format become way more stable. This time we mainly reformat function
signatures.
llvm-svn: 181294
|
|
llvm-svn: 177528
|
|
The changed files are not yet clang-format clean, but we are getting close.
llvm-svn: 174403
|
|
reflect the migration in r171366.
llvm-svn: 171370
|
|
assert(Condition
&& "Text");
->
assert(Condition &&
"Text);
This aligns Polly with the style used in LLVM.
llvm-svn: 171242
|
|
We fix the following formatting problems found by clang-format:
- 80 cols violations
- Obvious problems with missing or too many spaces
- multiple new lines in a row
clang-format suggests many more changes, most of them falling in the following
two categories:
1) clang-format does not at all format a piece of code nicely
2) The style that clang-format suggests does not match the style used in
Polly/LLVM
I consider differences caused by reason 1) bugs, which should be fixed by
improving clang-format. Differences due to 2) need to be investigated closer
to understand the cause of the difference and the solution that should be taken.
llvm-svn: 171241
|
|
llvm-svn: 167234
|
|
llvm-svn: 166668
|
|
Previously isl always generated '<=' or '>='. However, in many cases '<' or '>'
leads to simpler code. This commit updates isl and adds the relevant code
generation support to Polly.
llvm-svn: 166020
|
|
llvm-svn: 165408
|
|
In general, all code that we produce is NSW.
llvm-svn: 157606
|
|
include/polly/CodeGen.
llvm-svn: 155547
|
|
'createLoop' by
reference, so that we do not need to type an extra '&' operator when calling the function.
llvm-svn: 155349
|
|
Patched by Tsingray.
llvm-svn: 153736
|