similar to: [LLVMdev] [POLLY] fix Bug 15817

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