similar to: [LLVMdev] [polly] isl-only polly build in cmake

Displaying 20 results from an estimated 8000 matches similar to: "[LLVMdev] [polly] isl-only polly build in cmake"

2013 Nov 19
2
[LLVMdev] proposed patch to default to isl-only polly
Tobias, Can we add something like the following to polly 3.4? Index: CMakeLists.txt =================================================================== --- CMakeLists.txt (revision 195142) +++ CMakeLists.txt (working copy) @@ -81,9 +81,14 @@ set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PAT FIND_PACKAGE(Isl REQUIRED) FIND_PACKAGE(Gmp REQUIRED) -FIND_PACKAGE(Cloog) FIND_PACKAGE(Pluto)
2013 Nov 20
1
[LLVMdev] proposed patch to default to isl-only polly
On Wed, Nov 20, 2013 at 05:00:44PM +0100, Tobias Grosser wrote: > On 11/20/2013 04:50 PM, Jack Howarth wrote: >> 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
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
2013 Nov 20
0
[LLVMdev] proposed patch to default to isl-only polly
On 11/20/2013 04:50 PM, Jack Howarth wrote: > 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 >>> ===================================================================
2013 Nov 19
0
[LLVMdev] proposed patch to default to isl-only polly
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 copy) > @@ -81,9 +81,14 @@ set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PAT > > FIND_PACKAGE(Isl
2013 Feb 10
0
[LLVMdev] -polly-codegen-isl
On Sun, Feb 10, 2013 at 09:23:59AM -0500, Jack Howarth wrote: > Tobi, > What is the situation with -polly-codegen-isl in polly svn? Should we be testing > polly without cloog as the default configuration or will cloog use not be deprecated > in 3.3? > Jack Tobi, Is it even possible to build polly without cloog at the moment or is the presence of the -polly-codegen-isl
2013 Feb 10
3
[LLVMdev] -polly-codegen-isl
Tobi, What is the situation with -polly-codegen-isl in polly svn? Should we be testing polly without cloog as the default configuration or will cloog use not be deprecated in 3.3? Jack
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,
2012 Dec 17
1
[LLVMdev] [polly] ISL vector code generation
Hi, thanks to Tobias for doing most of the work to get the vector code generation working with ISL's code generation. Attached are two patches to port the vector code generation part of the testsuite from Cloog/CodeGen to Isl/CodeGen. Tobi, do you want to commit these two patches separately, or you want me to combine them, as the second patch is needed to make the testsuite pass? Also, let
2013 May 31
4
[LLVMdev] [POLLY] fix Bug 15817
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 x86_64 Fedora 15 when built against isl
2012 Nov 28
2
[LLVMdev] [polly] removing cloog dependence in the testsuite
Hi Tobi, Sebastian Pop wrote: > 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
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. >>>>
2012 Nov 27
2
[LLVMdev] [polly] removing cloog dependence in the testsuite
Hi Tobi, when polly is configured with isl and without cloog, make polly-test does not pass cleanly as there are several testcases that use a pass flag that does not exist in this configuration: -polly-cloog. I was thinking to address this problem by renaming -polly-cloog and -polly-codegen-isl to -polly-codegen and making all these tests using -polly-codegen. Another option is to disable these
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
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 > >
2012 Dec 03
2
[LLVMdev] [polly] removing cloog dependence in the testsuite
Tobias Grosser wrote: > On 12/03/2012 06:07 PM, Sebastian Pop wrote: > >Tobias Grosser wrote: > >>Regarding patch one and three: We already have the directory > >>test/CodeGen and test/IslCodeGen. I propose to just leave the CLooG test > >>cases in test/CodeGen, but to run them conditionally. > > > >I only know how to disable the test of a full
2012 Oct 21
0
[LLVMdev] dragonegg polly support broken?
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, >> Yes, with this patch current llvm/polly svn builds and runs 'make
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 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
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