search for: gcc45

...------ r135371 | lattner | 2011-07-18 00:25:32 -0400 (Mon, 18 Jul 2011) | 2 lines untested patch to de-constify llvm::Type, patch by David Blaikie! current dragonegg svn at r135391 still fails to compile against FSF gcc 4.5.3 with the failure... In file included from /sw/src/fink.build/dragonegg-gcc45-3.0-1/dragonegg-3.0/src/Convert.cpp:60: In file included from /sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin11.0.0/4.5.3/plugin/include/tree-flow.h:29: /sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin11.0.0/4.5.3/plugin/include/gimple.h:4376:24: warning: implicit truncation from 'int' to bitfield cha...

> Is there anything I can do to make the build more verbose so I can debug this? make VERBOSE=1

...getInfo.cpp g++ -c -DTARGET_TRIPLE=\"x86_64-apple-darwin10.7.0\" \ -DENABLE_LTO -I/sw/include -I/sw/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -MD -MP -DIN_GCC -DREVISION=\"exported\" -DGCC_MAJOR=4 -DGCC_MINOR=5 -I/sw/src/fink.build/dragonegg-gcc45-2.9-1/dragonegg-2.9 -I/sw/src/fink.build/dragonegg-gcc45-2.9-1/dragonegg-2.9/ADT -I/sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin10.7.0/4.5.3/plugin/include -Wall -Wextra -fvisibility=hidden -I/sw/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3 -fno-exceptions -fno-r...

...5:32 -0400 (Mon, 18 Jul 2011) | 2 lines > > untested patch to de-constify llvm::Type, patch by David Blaikie! > > current dragonegg svn at r135391 still fails to compile against FSF gcc > 4.5.3 > with the failure... > > In file included from > /sw/src/fink.build/dragonegg-gcc45-3.0-1/dragonegg-3.0/src/Convert.cpp:60: > In file included from > /sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin11.0.0/4.5.3/plugin/include/tree-flow.h:29: > /sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin11.0.0/4.5.3/plugin/include/gimple.h:4376:24: > warning: implicit truncation from 'int&...

...> interesting results. It needs some analysis to work out where the extra juice > is coming from though, in particular to distinguish between effects coming from > LLVM's IR level optimizations and those coming from its code generators. Duncan, This gets even more interesting. de-gcc45 -fomit-frame-pointer -O3 205.738266 de-gcc45 -fomit-frame-pointer -O3 -fplugin-arg-dragonegg-enable-gcc-optzns 267.066124 de-gcc45 -fomit-frame-pointer -O2 206.015974 de-gcc45 -fomit-frame-pointer -O2 -fplugin-a...

...OLLECT_GCC=gcc-mp-4.5 COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/x86_64-apple-darwin10/4.5.2/lto-wrapper Target: x86_64-apple-darwin10 Configured with: ../gcc-4.5.2/configure --prefix=/opt/local --build=x86_64-apple-darwin10 --enable-languages=c,c++,objc,obj-c++,fortran,java --libdir=/opt/local/lib/gcc45 --includedir=/opt/local/include/gcc45 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.5 --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.5 --with-gxx-include-dir=/opt/local/include/gcc45/c++/ --with-gmp=/opt/lo...

...d-line>: warning: "__STDC_CONSTANT_MACROS" redefined <command-line>: warning: this is the location of the previous definition In file included from /sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin10.5.0/4.5.2/plugin/include/config.h:6, from /sw/src/fink.build/dragonegg-gcc45-2.9-1/dragonegg-2.9/Backend.cpp:55: /sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin10.5.0/4.5.2/plugin/include/auto-host.h:39:1: warning: "DEFAULT_USE_CXA_ATEXIT" redefined In file included from /sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin10.5.0/4.5.2/plugin/include/tm.h:13, fro...

...----- begin error messages ----------------------- * installing *source* package 'bigmemory' ... checking for Sun Studio compiler...no checking for Darwin...yes ** libs g++45 -I/usr/local/lib/R/include -I../inst/include -fpic -O2 -fno-strict-aliasing -pipe -Wl,-rpath=/usr/local/lib/gcc45 -c B\ igMatrix.cpp -o BigMatrix.o g++45 -I/usr/local/lib/R/include -I../inst/include -fpic -O2 -fno-strict-aliasing -pipe -Wl,-rpath=/usr/local/lib/gcc45 -c S\ haredCounter.cpp -o SharedCounter.o g++45 -I/usr/local/lib/R/include -I../inst/include -fpic -O2 -fno-strict-aliasing -pipe -Wl,-...

Hi Jack, > Now that dragoneegg is robust in its default usage and the dragonegg svn > is moderately stable with -fplugin-arg-dragonegg-enable-gcc-optzns, it is > possible to gauge the impact of that feature. Comparing clang 2.9, FSF gcc 4.5.3svn, > FSF gcc 4.6.0 and dragonegg svn with FSF gcc 4.5.3svn using the himenoBMTxpa benchmark, > the enhancement to code performance from

Now that dragoneegg is robust in its default usage and the dragonegg svn is moderately stable with -fplugin-arg-dragonegg-enable-gcc-optzns, it is possible to gauge the impact of that feature. Comparing clang 2.9, FSF gcc 4.5.3svn, FSF gcc 4.6.0 and dragonegg svn with FSF gcc 4.5.3svn using the himenoBMTxpa benchmark, the enhancement to code performance from

...mp-4.5 > COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/x86_64-apple-darwin10/4.5.2/lto-wrapper > Target: x86_64-apple-darwin10 > Configured with: ../gcc-4.5.2/configure --prefix=/opt/local --build=x86_64-apple-darwin10 --enable-languages=c,c++,objc,obj-c++,fortran,java --libdir=/opt/local/lib/gcc45 --includedir=/opt/local/include/gcc45 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.5 --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.5 --with-gxx-include-dir=/opt/local/include/gcc45/c++/ --with-gmp=/opt/lo...

On 18 July 2011 15:23, David Blaikie <dblaikie at gmail.com> wrote: > Looks like that break came > from http://llvm.org/viewvc/llvm-project?view=rev&revision=135154 > Judging by this ArrayRef ctor you should be able to simplify those calls by > changing the last two arguments from "&foo, 1" to, simply, "foo". I've done this in r135472. Jay.

...amp;foo, 1" to, simply, "foo". > > I've done this in r135472. > > Jay. Jay, I don't know if this is from a new commit but at r135473, dragonegg svn fails to compile against FSF gcc 4.5.3 with the error... Compiling DefaultABI.cpp /sw/src/fink.build/dragonegg-gcc45-3.0-1/dragonegg-3.0/src/DefaultABI.cpp:194:18: error: use of undeclared identifier 'OpaqueType' Type *OpTy = OpaqueType::get(getGlobalContext()); ^ Jack

Is anyone building dragon-egg on darwin? I am trying to build against the fink gcc45 package that I have prepared for darwin and a updated fink llvm 2.7 package that is built as... ../llvm-2.7/configure --prefix=/sw --prefix=/sw/lib/llvm --mandir=/sw/share/man --infodir=/sw/share/info --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib --with-as=/Developer/usr/bin/as --w...

Peter, FYI, I am interested in dragon-egg because I have been preparing updated llvm/llvm-gcc42 2.7 packaging for fink and was considering adding in an addition dragon-egg package if the additional gcc patch didn't destablize gcc45. Also I am really interested in checking the Polyhedron 2005 benchmarks for gcc 4.5.0 with and without dragon-egg. The Polyhedron 2005 benchmarks improved about 14% on llvm-gfortran over the past 13 months without the llvm developers even targeting those. With a modern gfortran and decent vectoriza...

Hello, On FreeBSD, Dovecot 2.0.1 compiles fine with gcc45 and the other services have no problem, but even without any optimizations (CFLAGS) at all, pop3-login seg faults when a user tries to connect to Dovecot using POP3. As this is not the only application that has a problem with the latest version of gcc (mod_php), there may be nothing that can be do...

...support requires the use of dynamic libraries, and the configure logic it uses thinks that darwin does not support dynamic libraries! So it is possible that plugin support was automatically disabled because of this. Try configuring with --enable-plugin I am trying > to build against the fink gcc45 package that I have prepared > for darwin and a updated fink llvm 2.7 package that is built > as... > > ../llvm-2.7/configure --prefix=/sw --prefix=/sw/lib/llvm --mandir=/sw/share/man --infodir=/sw/share/info --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib --with-as=/Devel...

...agonegg/llvm-convert.cpp > In file included from /Users/howarth/llvm_svn/dragonegg/llvm-convert.cpp:88:0: > /Users/howarth/llvm_svn/dragonegg/llvm-debug.h:150:3: error: ‘DIFile’ does not name a type > make: *** [llvm-convert.o] Error 1 > > where /sw/bin/gcc-4 is the gcc 4.5.0 from my gcc45 fink package > with plugin support. Do you see this under linux? are you building against LLVM top-of-tree? Currently dragonegg needs gcc from svn, and the same for LLVM. It would make sense to have versions of dragonegg that target: (1) Latest gcc release, latest LLVM release (this is not...

...sers/howarth/llvm_svn/dragonegg/llvm-convert.cpp In file included from /Users/howarth/llvm_svn/dragonegg/llvm-convert.cpp:88:0: /Users/howarth/llvm_svn/dragonegg/llvm-debug.h:150:3: error: ‘DIFile’ does not name a type make: *** [llvm-convert.o] Error 1 where /sw/bin/gcc-4 is the gcc 4.5.0 from my gcc45 fink package with plugin support. Do you see this under linux? Jack

I thought of another work around. The FSF gcc driver can implicitly add -no_compact_unwind to the link line. This tells the linker to not produce compact unwind information from the dwarf unwind info in .o files. Then at runtime the darwin unwinder will fallback and use the slow dwarf unwind info. -Nick On Sep 18, 2009, at 2:27 PM, Nick Kledzik wrote: > I dug into this. Based on