| #
68794217 |
| 06-May-2012 |
Hongbin Zheng <[email protected]> |
Allow polly ask bb-vectorizer to vectorize the loop body.
llvm-svn: 156254
|
|
Revision tags: llvmorg-3.1.0-rc2 |
|
| #
8a846610 |
| 25-Apr-2012 |
Hongbin Zheng <[email protected]> |
Refactor: Move the code generation related header files to include/polly/CodeGen.
llvm-svn: 155547
|
| #
3b11a16a |
| 25-Apr-2012 |
Hongbin Zheng <[email protected]> |
Refactor: Move the declaration of the BlockGenerator/VectorBlockGenerator to standalone header and source files.
llvm-svn: 155546
|
| #
4ac4e155 |
| 23-Apr-2012 |
Hongbin Zheng <[email protected]> |
Refactor: Pass the argument 'IRBuilder' and 'AfterBlock' of function 'createLoop' by reference, so that we do not need to type an extra '&' operator when calling the function.
llvm-svn: 155349
|
|
Revision tags: llvmorg-3.1.0-rc1 |
|
| #
4cb5461d |
| 12-Apr-2012 |
Tobias Grosser <[email protected]> |
CodeGen: Generate scalar code if vector instructions cannot be generated
This fixes two crashes that appeared in case of: - A load of a non vectorizable type (e.g. float**) - An instruction that
CodeGen: Generate scalar code if vector instructions cannot be generated
This fixes two crashes that appeared in case of: - A load of a non vectorizable type (e.g. float**) - An instruction that is not vectorizable (e.g. call)
llvm-svn: 154586
show more ...
|
| #
84ecc47e |
| 07-Apr-2012 |
Tobias Grosser <[email protected]> |
CodeGen: Allow Polly to do 'grouped unrolling', but no vector generation.
Grouped unrolling means that we unroll a loop such that the different instances of a certain statement are scheduled right a
CodeGen: Allow Polly to do 'grouped unrolling', but no vector generation.
Grouped unrolling means that we unroll a loop such that the different instances of a certain statement are scheduled right after each other, but we do not generate any vector code. The idea here is that we can schedule the bb vectorizer right afterwards and use it heuristics to decide when vectorization should be performed.
llvm-svn: 154251
show more ...
|
| #
8239a4ca |
| 03-Apr-2012 |
Tobias Grosser <[email protected]> |
CodeGen: Remove unused declaration
llvm-svn: 153954
|
| #
0905a238 |
| 03-Apr-2012 |
Tobias Grosser <[email protected]> |
CodeGen: Recreate old ivs with the original type
To avoid overflows we still use a larger type (i64) while calculating the value of the old ivs. However, we truncate the result to the type of the o
CodeGen: Recreate old ivs with the original type
To avoid overflows we still use a larger type (i64) while calculating the value of the old ivs. However, we truncate the result to the type of the old iv when providing it to the new code.
A corresponding test case is added to the polly test suite. Also, a failing test case is fixed.
This fixes PR12311.
Contributed by: Tsingray Liu <[email protected]>
llvm-svn: 153952
show more ...
|
| #
f00bd96c |
| 02-Apr-2012 |
Tobias Grosser <[email protected]> |
CodeGen: Some style improvements
llvm-svn: 153871
|
| #
d6d7d7e1 |
| 01-Apr-2012 |
Tobias Grosser <[email protected]> |
CodeGen: Remove unused variable
llvm-svn: 153840
|
| #
89339067 |
| 01-Apr-2012 |
Tobias Grosser <[email protected]> |
CodeGen: Allow function parameters to be rewritten in getNewValue()
When deriving new values for the statements of a SCoP, we assumed that parameter values are constant within the SCoP and consquent
CodeGen: Allow function parameters to be rewritten in getNewValue()
When deriving new values for the statements of a SCoP, we assumed that parameter values are constant within the SCoP and consquently do not need to be rewritten. For OpenMP code generation this assumption is wrong, as such values are not available in the OpenMP subfunction and consequently also may need to be rewritten.
Committed with some changes.
Contributed-By: Johannes Doerfert <[email protected]> llvm-svn: 153838
show more ...
|
| #
609089f2 |
| 30-Mar-2012 |
Hongbin Zheng <[email protected]> |
Move the CodeGeneration.cpp to the CodeGen folder and update the build system. Patched by Tsingray.
llvm-svn: 153736
|