Displaying 20 results from an estimated 2000 matches similar to: "[LLVMdev] [POLLY] fix Bug 15817"
2013 May 31
2
[LLVMdev] [POLLY] fix Bug 15817
On 05/31/2013 10:11 AM, Sebastian Pop wrote:
> Sebastian Pop wrote:
>> Sebastian Pop wrote:
>>> Jack Howarth wrote:
>>>> The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the remaining
>>>> "; XFAIL:*" added in http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130415/171812.html.
>>>>
2013 May 31
2
[LLVMdev] [POLLY] fix Bug 15817
Sebastian Pop wrote:
> Jack Howarth wrote:
> > The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the remaining
> > "; XFAIL:*" added in http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130415/171812.html.
> > The Isl/CodeGen/scevcodegen-1.ll testcase in polly appears as an XPASS in current llvm/polly 3.3
> >
2013 Jun 05
2
[LLVMdev] [POLLY] fix Bug 15817
On 05/31/2013 01:09 PM, Jack Howarth wrote:
> On Fri, May 31, 2013 at 10:59:52AM -0700, Tobias Grosser wrote:
>> On 05/31/2013 10:11 AM, Sebastian Pop wrote:
>>> Sebastian Pop wrote:
>>>> Sebastian Pop wrote:
>>>>> Jack Howarth wrote:
>>>>>> The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the
2013 Jun 05
2
[LLVMdev] [POLLY] fix Bug 15817
On Wed, Jun 05, 2013 at 08:47:03AM -0400, Jack Howarth wrote:
> On Tue, Jun 04, 2013 at 11:51:31PM -0700, Tobias Grosser wrote:
> > On 05/31/2013 01:09 PM, Jack Howarth wrote:
> >> On Fri, May 31, 2013 at 10:59:52AM -0700, Tobias Grosser wrote:
> >>> On 05/31/2013 10:11 AM, Sebastian Pop wrote:
> >>>> Sebastian Pop wrote:
> >>>>>
2013 May 31
0
[LLVMdev] [POLLY] fix Bug 15817
Jack Howarth wrote:
> The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the remaining
> "; XFAIL:*" added in http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130415/171812.html.
> The Isl/CodeGen/scevcodegen-1.ll testcase in polly appears as an XPASS in current llvm/polly 3.3
> and trunk svn for both x86_64-apple-darwin* and
2013 May 31
0
[LLVMdev] [POLLY] fix Bug 15817
On Fri, May 31, 2013 at 10:59:52AM -0700, Tobias Grosser wrote:
> On 05/31/2013 10:11 AM, Sebastian Pop wrote:
>> Sebastian Pop wrote:
>>> Sebastian Pop wrote:
>>>> Jack Howarth wrote:
>>>>> The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the remaining
>>>>> "; XFAIL:*" added in
2013 May 31
0
[LLVMdev] [POLLY] fix Bug 15817
Sebastian Pop wrote:
> Sebastian Pop wrote:
> > Jack Howarth wrote:
> > > The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the remaining
> > > "; XFAIL:*" added in http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130415/171812.html.
> > > The Isl/CodeGen/scevcodegen-1.ll testcase in polly appears as
2013 Jun 05
0
[LLVMdev] [POLLY] fix Bug 15817
On Tue, Jun 04, 2013 at 11:51:31PM -0700, Tobias Grosser wrote:
> On 05/31/2013 01:09 PM, Jack Howarth wrote:
>> On Fri, May 31, 2013 at 10:59:52AM -0700, Tobias Grosser wrote:
>>> On 05/31/2013 10:11 AM, Sebastian Pop wrote:
>>>> Sebastian Pop wrote:
>>>>> Sebastian Pop wrote:
>>>>>> Jack Howarth wrote:
>>>>>>>
2013 Jun 06
0
[LLVMdev] [POLLY] fix Bug 15817
On 06/05/2013 06:24 AM, Jack Howarth wrote:
> On Wed, Jun 05, 2013 at 08:47:03AM -0400, Jack Howarth wrote:
>> On Tue, Jun 04, 2013 at 11:51:31PM -0700, Tobias Grosser wrote:
>>> On 05/31/2013 01:09 PM, Jack Howarth wrote:
>>>> On Fri, May 31, 2013 at 10:59:52AM -0700, Tobias Grosser wrote:
>>>>> On 05/31/2013 10:11 AM, Sebastian Pop wrote:
2013 May 31
0
[LLVMdev] [POLLY] fix Bug 15817
On 05/31/2013 06:02 AM, Jack Howarth wrote:
> The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the remaining
> "; XFAIL:*" added in http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130415/171812.html.
> The Isl/CodeGen/scevcodegen-1.ll testcase in polly appears as an XPASS in current llvm/polly 3.3
> and trunk svn for both
2012 Oct 21
4
[LLVMdev] dragonegg polly support broken?
On 10/21/2012 03:46 PM, Jack Howarth wrote:
> On Sun, Oct 21, 2012 at 02:31:50PM -0700, Tobias Grosser wrote:
>> On 10/21/2012 12:47 PM, Jack Howarth wrote:
>>> On Sun, Oct 21, 2012 at 11:58:43AM -0700, Tobias Grosser wrote:
>>> ...
>>>> Does attached patch work for you?
>>>>
>>>> Tobi
>>>>
>>>
>>> Tobi,
2013 May 30
0
[LLVMdev] XPASS: Polly :: Isl/CodeGen/scevcodegen-1.ll (126 of 249) revisited
I finally had time to reproduce the failure in...
http://llvm.org/bugs/show_bug.cgi?id=15817
under x86_64 Fedora 15 linux and it fails the same way as under x86_64-apple-darwin*...
XPASS: Polly :: Isl/CodeGen/scevcodegen-1.ll (126 of 249)
******************** TEST 'Polly :: Isl/CodeGen/scevcodegen-1.ll' FAILED ********************
Script:
--
opt -load
2013 Sep 08
2
[LLVMdev] [Polly] Compile-time of Polly's code generation
At 2013-09-02 17:05:52,"Tobias Grosser" <tobias at grosser.es> wrote:
>On 09/01/2013 08:02 PM, Star Tan wrote:
>> Hi all,
>>
>>
>> It seems that Polly's code generation can leads to high compile-time overhead, especially for PolyBench applications such as 2mm, 3mm, gemm, syrk, etc. Some basic evaluation and analysis for Polly's code generation
2013 Sep 02
2
[LLVMdev] [Polly] Comionpile-time of Polly's code generation
Hi all,
It seems that Polly's code generation can leads to high compile-time overhead, especially for PolyBench applications such as 2mm, 3mm, gemm, syrk, etc. Some basic evaluation and analysis for Polly's code generation can be referred to http://llvm.org/bugs/show_bug.cgi?id=16898.
Currently, we can choose to run -polly-code-generator=cloog or -polly-code-generator=isl for code
2013 Sep 02
0
[LLVMdev] [Polly] Comionpile-time of Polly's code generation
On 09/01/2013 08:02 PM, Star Tan wrote:
> Hi all,
>
>
> It seems that Polly's code generation can leads to high compile-time overhead, especially for PolyBench applications such as 2mm, 3mm, gemm, syrk, etc. Some basic evaluation and analysis for Polly's code generation can be referred to http://llvm.org/bugs/show_bug.cgi?id=16898.
>
>
> Currently, we can choose to
2013 Sep 08
0
[LLVMdev] [Polly] Compile-time of Polly's code generation
On 09/08/2013 11:46 AM, Star Tan wrote:
> At 2013-09-02 17:05:52,"Tobias Grosser" <tobias at grosser.es> wrote:
>
>> On 09/01/2013 08:02 PM, Star Tan wrote:
>>> Hi all,
>>>
>>>
>>> It seems that Polly's code generation can leads to high compile-time overhead, especially for PolyBench applications such as 2mm, 3mm, gemm, syrk, etc.
2013 Sep 09
1
[LLVMdev] [Polly] Compile-time of Polly's code generation
At 2013-09-09 05:02:14,"Tobias Grosser" <tobias at grosser.es> wrote:
>On 09/08/2013 11:46 AM, Star Tan wrote:
>> At 2013-09-02 17:05:52,"Tobias Grosser" <tobias at grosser.es> wrote:
>>
>>> On 09/01/2013 08:02 PM, Star Tan wrote:
>>>> Hi all,
>>>>
>>>>
>>>> It seems that Polly's code
2013 May 08
0
[LLVMdev] polly-3.3 release branch missing
Tobias,
The other components for the llvm 3.3 release have all branched except for
polly. Any chance you can create that soon? Also, I am still seeing the failure
from http://llvm.org/bugs/show_bug.cgi?id=15817 of...
XPASS: Polly :: Isl/CodeGen/scevcodegen-1.ll (122 of 248)
in the test-polly results on x86_64-apple-darwin12 against isl 0.11.2 and cloog 0.18.0.
What cloog and isl release
2013 Nov 20
2
[LLVMdev] proposed patch to default to isl-only polly
On Tue, Nov 19, 2013 at 12:07:18PM +0100, Tobias Grosser wrote:
> On 11/19/2013 08:50 PM, Jack Howarth wrote:
>> Tobias,
>> Can we add something like the following to polly 3.4?
>>
>> Index: CMakeLists.txt
>> ===================================================================
>> --- CMakeLists.txt (revision 195142)
>> +++ CMakeLists.txt (working
2012 Nov 27
0
[LLVMdev] [polly] removing cloog dependence in the testsuite
Hi Tobi,
Sebastian Pop wrote:
> Another option is to disable these tests when cloog is not available, and to
> write other tests that will work with -polly-codegen-isl.
I think I like this way better. The attached patches move all the test
dependent on Cloog to be conditionally executed to CLOOG_FOUND. I am preparing
another patch that will adapt most of the current tests to work with