similar to: [LLVMdev] Looking for a new dragonegg maintainer

Hi Dan, I was thinking about having dragonegg produce tbaa.struct metadata and I realized that there is a problem with variable sized structs. What I have in mind is for example a struct with a few ordinary fields and a variable length array at the end. In Ada these can be copied; dragonegg turns such copies into calls to llvm.memcpy with a non-constant size parameter. It would be nice to use

hi Duncan, >> >>> That said, it still doesn't compile because you seem >>> to have LLVM from svn installed not llvm-2.9, and dragonegg-2.9 needs to >>> be >> >> yep, the dragonegg is also from svn when i try: /home/ether/local/gcc-4.5/bin/gcc -S -O1 -o - -fplugin=$HOME/sources/dragonegg/dragonegg.so -fplugin-arg-dragonegg-emit-ir

Hi, I have been using clang for quite a while, and I can use `clang -fno-builtin hello.c` to prevent the generation of llvm built-in functions, such as llvm.memset. Recently, I switched to gcc with DragonEgg, since the program to be built is originally designed to be compiled with gcc. I searched on the web, but did not find any information about how to set DragonEgg parameters. Could anyone

It looks like dragonegg should have a single buildbot using gcc 4.7. All others would be with 4.6 and 4.5. All the 4.5 and 4.6 ones went red since we reject those compilers now. The 4.7 one is trying to use gcc13, which is currently offline so we now have 0 bot coverage for dragonegg. Can we drop the 4.5 and 4.6 bots and reuse one of the manchines for 4.7? Is there documentation somewhere on how

Hi ether, > i install mpc-0.8.2 in /home/ether/local/, and gcc-4.5 is configure with: > $HOME/sources/gcc-4.5/configure --enable-plugin --enable-lto > --prefix=$HOME/local/gcc-4.5/ --enable-languages=c,c++ > --disable-bootstrap --disable-multilib --with-mpc=$HOME/local > --with-libelf=$HOME/local because GCC headers include mpc.h, when dragonegg uses GCC headers then it needs to

hi, On Fri, Apr 8, 2011 at 8:38 AM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: >   The new dragonegg 2.9 sources fail to build against either FSF gcc 4.5.2 or 4.5.3svn > (with the i386_static.diff patch applied) on x86_64-apple-darwin10. In both cases, the > build fails as... Dragonegg revision 129116 also fail on x86_64 linux, with gcc-4.5 revision 172158, i got:

The new dragonegg 2.9 sources fail to build against either FSF gcc 4.5.2 or 4.5.3svn (with the i386_static.diff patch applied) on x86_64-apple-darwin10. In both cases, the build fails as... GCC=/sw/lib/gcc4.5/bin/gcc-4 LLVM_CONFIG=/sw/bin/llvm-config make CPPFLAGS="-DENABLE_LTO -I/sw/include" Compiling utils/TargetInfo.cpp <command-line>: warning: "__STDC_LIMIT_MACROS"

Hello All, Another newbie question. I am confused as to what options will work with "fplugin-arg-dragonegg-llvm-option" for dragonegg plugin. Readme says it is used to pass command-line options to llvm. I shall consolidate into 3 questions. For all examples below, I used combo- gcc 4.6 + dragonegg(trunk) + llvm(trunk) (1). Does 'fplugin-arg-dragonegg-llvm-option' allow all

Hello All, Another newbie question. I am confused as to what options will work with "fplugin-arg-dragonegg-llvm-option" for dragonegg plugin. Readme says it is used to pass command-line options to llvm. I shall consolidate into 3 questions. For all examples below, I used combo- gcc 4.6 + dragonegg(trunk) + llvm(trunk) (1). Does 'fplugin-arg-dragonegg-llvm-option' allow all

Looks like recent changes to Attributes.h broke the dragonegg build. I am building with latest clang and llvm trunk. clang version 3.2 (trunk 165928) (llvm/trunk 165925) Target: x86_64-unknown-linux-gnu Thread model: posix >>>>> Compiling TypeConversion.cpp /local/home/anitha/dragonegg/src/TypeConversion.cpp: In function âllvm::FunctionType* ConvertArgListToFnType(tree,

Hello, With GCC, it is possible to compile GIMPLE from an object file back to assembly. With Dragonegg, it seems to be a NOP. (See below for a comparison.) This appears it could be a nice way to mix the strengths of GCC and LLVM. If it worked.. Should it? Thanks, Marcus [mdaniels at dn002 dragonegg]$ cat hello.c #include <stdio.h> int hello () { printf ("Hello

On Thu, Jun 09, 2011 at 08:47:26PM -0400, Jack Howarth wrote: > Duncan, > Here are the complete benchmarks rerun against gcc 4.5.4 built with... > > Using built-in specs. > COLLECT_GCC=gfortran-fsf-4.5 > COLLECT_LTO_WRAPPER=/sw/lib/gcc4.5/libexec/gcc/x86_64-apple-darwin11.0.0/4.5.4/lto-wrapper > Target: x86_64-apple-darwin11.0.0 > Configured with:

Hi Jack, thanks for these numbers. Can you also please measure compile times? I'm thinking of enabling gcc optimizations by default, but I don't want to increase compile times, which means choosing a value for the -fplugin-arg-dragonegg-llvm-ir-optimize option that is low enough to get good compile times, yet high enough to get fast code. It would be great if you could play around with

On Apr 19, 2011, at 6:59 AM, Jack Howarth wrote: > The current dragonegg trunk svn used under FSF gcc 4.5.2 with llvm 2.9 > is able to bootstrap FSF gcc 4.5.2 itself on x86_64-apple-darwin10... > > Using built-in specs. > COLLECT_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 >

Good evening, guys! I have built dragonegg.dll on cygwin and it works (it seems). I have not tried stage2 build yet. It would be applicable to also mingw32-gcc to enhance gcc/plugin.c. ...Takumi [Instructions] 1. Apply two patches. one is for gcc/config/i386/i386.c. --- a/gcc/configure +++ b/gcc/configure @@ -25621,6 +25621,9 @@ rm -f core conftest.err conftest.$ac_objext \ fi

Hi Jack, >>> Is there a timeline for when dragonegg might be >>> merged into gcc (4.6 perhaps)? I ask because FSF gcc >>> has allowed code in as technology previews before. >>> For instance, graphite really wasn't that usable in >>> gcc 4.4 and produced wrong code in the Polyhedron >>> 2005 benchmarks until gcc 4.5. So as long as it

hi, I have dragonegg r131864, gcc-4.5 r174052 and llvm r131897. When i tried to make the llvm test-suite, i got a error message: /home/ether/local/gcc-4.5/bin/gcc -fplugin=/home/ether/sources/dragonegg/dragonegg.so -I/home/ether/build/llvm-ts/projects/test-suite/SingleSource/UnitTests/Vector/SSE -I/home/ether/sources/llvm/projects/test-suite/SingleSource/UnitTests/Vector/SSE

Hello All, I am in need of dragonegg support for the latest version of llvm. I tried to make dragonegg with the latest versions but it fails. It is able to be maked with the llvm version 3.3 only with GCC 4.6. I am trying this on my ubuntu system. I tried to make dragonegg with various combinations of llvm and GCC versions but the only combination which seems to be working is LLVM-3.3, GCC-4.6

Hi Tom, DragonEgg depends on GCC's and LLVM's internal headers, auto-host.h is one of them. Try to add GCC and LLVM_CONFIG with your make command as described here http://dragonegg.llvm.org/ in section "Getting it". Best, - Dima. On 12/18/2012 10:24 PM, Tom Roeder wrote: > Hi, > > I'm trying to compile release 3.2 of DragonEgg (checked out from >

Hi all, I tried using dragonegg to compile some numerical software of ours. I tried out two different approaches expecting both would yield the same results: 1. gfortran-4.6 -fplugin=dragonegg-3.0 -o test.o test.f (I ommitted a bunch of additional arguments for brevity) 2. gfortran-4.6 -fplugin=dragonegg-3.0 -fplugin-arg-dragonegg-emit-ir -S -o test.ll test.f llc -O0 -o test.s test.ll as