search for: llvm_shlibext

...ndex c433ebe..24ccab0 100644 > --- a/test/CMakeLists.txt > +++ b/test/CMakeLists.txt > @@ -11,7 +11,7 @@ set(POLLY_TEST_DIRECTORIES > > set(POLLY_SOURCE_DIR "${CMAKE_CURRENT_SOURCE_DIR}/..") > set(POLLY_BINARY_DIR "${CMAKE_CURRENT_BINARY_DIR}/..") > -set(LLVM_SHLIBEXT "${CMAKE_SHARED_LIBRARY_SUFFIX}") > +set(LLVM_SHLIBEXT "${CMAKE_SHARED_MODULE_SUFFIX}") > > if (NOT DEFINED LLVM_MAIN_SRC_DIR) > # We are building polly out of tree, adjust the settings. > -- > 1.7.9.5 >

...e, should provide the Apple programmers with >>>> pre-built binaries to debug this issue without tainting themselves with GPLv3 code. >>> >>> Thanks. >>> >>>> Can you take a look at lvm.org/bugs/show_bug.cgi?id=14135 as well? We need to avoid using LLVM_SHLIBEXT in the test >>>> subdirectory because this is defined to '.dylib' on darwin while Polly correctly builds the loadable module with the >>>> '.so' suffix causing almost all of the testsuite to fail with 'make test-polly'. Thanks in advance. >>>...

...it to contain polly as well. This, with a rebuild of their dragonegg-3.2 package, should provide the Apple programmers with pre-built binaries to debug this issue without tainting themselves with GPLv3 code. Can you take a look at lvm.org/bugs/show_bug.cgi?id=14135 as well? We need to avoid using LLVM_SHLIBEXT in the test subdirectory because this is defined to '.dylib' on darwin while Polly correctly builds the loadable module with the '.so' suffix causing almost all of the testsuite to fail with 'make test-polly'. Thanks in advance. Jack > > Tobi

...a rebuild of their dragonegg-3.2 package, should provide the Apple programmers with >> pre-built binaries to debug this issue without tainting themselves with GPLv3 code. > > Thanks. > >> Can you take a look at lvm.org/bugs/show_bug.cgi?id=14135 as well? We need to avoid using LLVM_SHLIBEXT in the test >> subdirectory because this is defined to '.dylib' on darwin while Polly correctly builds the loadable module with the >> '.so' suffix causing almost all of the testsuite to fail with 'make test-polly'. Thanks in advance. > > I would prefer to...

...y as well. This, with a rebuild of their dragonegg-3.2 package, should provide the Apple programmers with > pre-built binaries to debug this issue without tainting themselves with GPLv3 code. Thanks. > Can you take a look at lvm.org/bugs/show_bug.cgi?id=14135 as well? We need to avoid using LLVM_SHLIBEXT in the test > subdirectory because this is defined to '.dylib' on darwin while Polly correctly builds the loadable module with the > '.so' suffix causing almost all of the testsuite to fail with 'make test-polly'. Thanks in advance. I would prefer to build Polly with...

...negg-3.2 package, should provide the Apple programmers with > >> pre-built binaries to debug this issue without tainting themselves with GPLv3 code. > > > > Thanks. > > > >> Can you take a look at lvm.org/bugs/show_bug.cgi?id=14135 as well? We need to avoid using LLVM_SHLIBEXT in the test > >> subdirectory because this is defined to '.dylib' on darwin while Polly correctly builds the loadable module with the > >> '.so' suffix causing almost all of the testsuite to fail with 'make test-polly'. Thanks in advance. > > > &gt...

On 10/21/2012 09:13 AM, Jack Howarth wrote: > On Sun, Oct 21, 2012 at 08:38:21AM -0700, Tobias Grosser wrote: >> On 10/20/2012 05:38 PM, Jack Howarth wrote: >>> Duncan, >>> Is the documentation for using Polly support in dragonegg correct? I built llvm/polly/dragonegg >>> using the documentation at

On Sun, Oct 21, 2012 at 08:38:21AM -0700, Tobias Grosser wrote: > On 10/20/2012 05:38 PM, Jack Howarth wrote: >> Duncan, >> Is the documentation for using Polly support in dragonegg correct? I built llvm/polly/dragonegg >> using the documentation at http://polly.llvm.org/example_load_Polly_into_dragonegg.html >> with... >> >> GCC=/sw/lib/gcc4.7/bin/gcc-4