Displaying 3 results from an estimated 3 matches for "loop_header27".
2013 Sep 19
0
[LLVMdev] [Polly] Move Polly's execution later
On 09/19/2013 04:46 PM, Star Tan wrote:
> Hi Tobias,
>
>
> I am trying to move Polly later.
>
>
> LLVM provides some predefined ExtensionPointTy:
> EP_EarlyAsPossible,
> EP_ModuleOptimizerEarly,
> EP_LoopOptimizerEnd,
> EP_ScalarOptimizerLate,
> ...
>
>
> Currently Polly uses "EP_EarlyAsPossible" to run as early as
2013 Sep 19
2
[LLVMdev] [Polly] Move Polly's execution later
Hi Tobias,
I am trying to move Polly later.
LLVM provides some predefined ExtensionPointTy:
EP_EarlyAsPossible,
EP_ModuleOptimizerEarly,
EP_LoopOptimizerEnd,
EP_ScalarOptimizerLate,
...
Currently Polly uses "EP_EarlyAsPossible" to run as early as possible. As what you suggested:
>Instead of removing canonicalization passes, I believe we may want to
>move
2013 Sep 22
4
[LLVMdev] [Polly] Move Polly's execution later
...Polly right immediately before the loop rotate pass. Many benchmarks in LLVM testsuite would fail in execution. I constructed a relatively simple testcase for this bug as shown on http://llvm.org/bugs/show_bug.cgi?id=17323. The key problem is Polly would produce wrong basic blocks like this:
polly.loop_header27: ; preds = %vector.body, %polly.loop_header27
br label %polly.loop_header27
For your information, the source code is posted on http://llvm.org/bugs/attachment.cgi?id=11263 and the LLVM IR code is posted on http://llvm.org/bugs/attachment.cgi?id=11264
I have not yet fo...