similar to: Patch for compiling xapian with gcc4.7

Is the new EH scheme completely compatible with the existing linker in Xcode 4.1? I am finding that today's changes break the ability to link xplor-nih with dragonegg under FSF gcc 4.6.2... de-g++46 -c thread.cc -O3 -ffast-math -funroll-loops -g -DX_MMAP_FLAGS=0 -DFORTRAN_INIT -fno-common -DDARWIN -D_REENTRANT -DNDEBUG -I/Users/howarth/xplor-nih-2.27/vmd/

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

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 10/21/2012 10:57 AM, Jack Howarth wrote: > On Sun, Oct 21, 2012 at 10:38:48AM -0700, Tobias Grosser wrote: >> 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

On Sun, Oct 21, 2012 at 10:38:48AM -0700, Tobias Grosser wrote: > 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

On Sun, Oct 21, 2012 at 02:35:49PM -0400, Jack Howarth wrote: > On Sun, Oct 21, 2012 at 11:01:37AM -0700, Tobias Grosser wrote: > > On 10/21/2012 10:57 AM, Jack Howarth wrote: > >> On Sun, Oct 21, 2012 at 10:38:48AM -0700, Tobias Grosser wrote: > >>> On 10/21/2012 09:13 AM, Jack Howarth wrote: > >>>> On Sun, Oct 21, 2012 at 08:38:21AM -0700, Tobias

On Mon, Oct 22, 2012 at 10:17:56AM -0700, Nick Kledzik wrote: > Jack, > > I looks like the code is calling dlopen() on LLVMPolly.so and it or something it links against has an initializer. The initialer is run before dlopen() returns and the crash is in the initializer. The message: > > dyld: fast lazy bind offset out of range (53437, max=7640) in image

On Sun, Oct 21, 2012 at 11:01:37AM -0700, Tobias Grosser wrote: > On 10/21/2012 10:57 AM, Jack Howarth wrote: >> On Sun, Oct 21, 2012 at 10:38:48AM -0700, Tobias Grosser wrote: >>> 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:

On 10/21/2012 11:46 AM, Jack Howarth wrote: > On Sun, Oct 21, 2012 at 02:35:49PM -0400, Jack Howarth wrote: >> On Sun, Oct 21, 2012 at 11:01:37AM -0700, Tobias Grosser wrote: >>> On 10/21/2012 10:57 AM, Jack Howarth wrote: >>>> On Sun, Oct 21, 2012 at 10:38:48AM -0700, Tobias Grosser wrote: >>>>> On 10/21/2012 09:13 AM, Jack Howarth wrote:

Duncan, With r182593, the dragonegg 3.3 branch now completely passes the Polyhedron 2005 benchmarks using the FSF gcc 4.8.1svn compiler. Thanks. Jack Tested on x86_apple-darwin12 Compile Flags: -ffast-math -funroll-loops -O3 de-gfortran47: /sw/lib/gcc4.7/bin/gfortran -fplugin=/sw/lib/gcc4.7/lib/dragonegg.so -specs=/sw/lib/gcc4.7/lib/integrated-as.specs de-gfortran48:

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 LLVM_CONFIG=/sw/opt/llvm-3.2/bin/llvm-config ENABLE_LLVM_PLUGINS=1 make

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 LLVM_CONFIG=/sw/opt/llvm-3.2/bin/llvm-config ENABLE_LLVM_PLUGINS=1 make CPPFLAGS="-DENABLE_LTO -I/sw/include" The resulting dragonegg plugin works fine

On Thu, May 23, 2013 at 03:40:00PM +0200, Duncan Sands wrote: > Hi Jack, > > On 23/05/13 15:37, Jack Howarth wrote: >> Below are the results for the Polyhedron 2005 benchmarks compiled with llvm/compiler-rt/dragonegg 3.3svn at r182439 against current >> FSF gcc 4.7.3svn and 4.8.1svn. The only major bug remaining in the dragonegg 3.3svn support for gcc 4.8.x is

On Wed, May 29, 2013 at 03:25:30PM +0200, Duncan Sands wrote: > Hi Jack, I pulled the loop vectorizer and fast math changes into the 3.3 branch, > so hopefully they will be part of 3.3 rc3 (and 3.3 final!). It would be great > if you could redo the benchmarks rc3. > Duncan, As requested, appended are the updated Polyhedron 2005 benchmark results with both RC1 and RC3 llvm 3.3

Hi Jack, this occurs because you compiled LLVM with clang (right?) and dragonegg is compiled with the same flags used to compile LLVM (it is an llvm-config bug in my opinion that llvm-config output includes these kinds of optional flags). Ciao, Duncan. On 07/12/12 18:11, Jack Howarth wrote: > Duncan, > I am unable to complile dragonegg 3.2 with FSF gcc 4.7 due the the > compiler

Duncan, I am unable to complile dragonegg 3.2 with FSF gcc 4.7 due the the compiler errors... GCC=/sw/lib/gcc4.7/bin/gcc-4 LLVM_CONFIG=/sw/opt/llvm-3.2/bin/llvm-config VERBOSE=1 ENABLE_LLVM_PLUGINS=1 make CPPFLAGS="-g -DENABLE_LTO -I/sw/include" /sw/lib/gcc4.7/bin/gcc-4 --version > /dev/null /sw/opt/llvm-3.2/bin/llvm-config --version > /dev/null Compiling utils/TargetInfo.cpp

Hi Jack, can you please open a bug report asking that llvm-config only provide the minimum set of flags needed to compile code that interfaces with LLVM, rather than (as now) all kinds of unneeded flags such as -g and warnings. Thanks, Duncan. On 07/12/12 18:55, Jack Howarth wrote: > On Fri, Dec 07, 2012 at 06:20:37PM +0100, Duncan Sands wrote: >> Hi Jack, this occurs because you

Below are the results for the Polyhedron 2005 benchmarks compiled with llvm/compiler-rt/dragonegg 3.3svn at r182439 against current FSF gcc 4.7.3svn and 4.8.1svn. The only major bug remaining in the dragonegg 3.3svn support for gcc 4.8.x is http://llvm.org/bugs/show_bug.cgi?id=15980 which results in unresolved symbols for _iround and _iroundf in the aermod and rnflow testcases. Note that this

On Fri, Dec 07, 2012 at 06:20:37PM +0100, Duncan Sands wrote: > Hi Jack, this occurs because you compiled LLVM with clang (right?) and > dragonegg is compiled with the same flags used to compile LLVM (it is > an llvm-config bug in my opinion that llvm-config output includes these > kinds of optional flags). Duncan, Yes. I believe both fink and MacPorts now default to the clang

On Fri, Dec 07, 2012 at 06:57:36PM +0100, Duncan Sands wrote: > Hi Jack, can you please open a bug report asking that llvm-config only > provide the minimum set of flags needed to compile code that interfaces > with LLVM, rather than (as now) all kinds of unneeded flags such as -g > and warnings. > > Thanks, Duncan. > Duncan, I have opened