similar to: [LLVMdev] building dragonegg (LLVM 2.7) on Snow Leopard (Mac OS X 10.6.3)

Hi, I am using latest sources on GCC (gcc4.5_branch), LLVM and dragonegg. I am able to build all three bits though unsuccessfull in building. Already done obvious things - checked out the sources as per defined in "Getting the development version" on dragonegg.llvm.org - Modified the llvm-backend.cpp in dragonegg to make available the global plugin_is_GPL_compatible publically -

The versions of avr-gcc in linux repositories mostly do not work. I've been trying to build avr-gcc from sources, using scripts provided by Bingo600. So far the effort has not succeeeded. See here http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=42631 and here http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=124056 for some of what has gone

Yest. thanks. I just resolved this error by installing MPFR, MPC and GMP(by the way, these are not listed as prerequisites in the website.). But other errors come: /home/xxx/llvm/tools/dragonegg/src/TypeConversion.cpp: In function > ‘llvm::FunctionType* ConvertArgListToFnType(tree_node*, > llvm::ArrayRef<tree_node*>, tree_node*, bool, llvm::CallingConv::ID&, >

hi Duncan, 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 On Sat, Apr 9, 2011 at 12:00 AM, Duncan Sands <baldrick at free.fr> wrote: > Hi ether, how did you

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

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 Configured with: ../gcc-4.5.2/configure --prefix=/opt/local --build=x86_64-apple-darwin10

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 >

Dear all, First of all, Merry Christmas! :) While testing a File I/O sample program, I've encountered a link failure due to missing implementation of "\01__isoc99_fscanf" function. I think this function should be named "__isoc99_fscanf" instead. Please see the program code and LLVM IR generated by DragonEgg and clang below. It shows that clang generates

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

>> /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/plugin/include/real.h:27:18: >> fatal error: mpfr.h: No such file or directory > > I did some search but found few relevant results. > Any idea what's going on? Do you have MPFR installed? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

On 08/03/2015 10:02 PM, Hsiu-Khuern Tang wrote: > Hi, > > [This is a follow-up to the "New version of Rtools for Windows" thread > in January, but I just subscribed and don't know how to reply to an > old thread -- my apologies.] I am planning to put a new Rtools online today that uses a different build of gcc 4.9.2. I will be concentrating on getting it to work

Hi, When I tried to compile Dragonegg using the SVN trunk code, I encountered failure with error message: In file included from > /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/plugin/include/rtl.h:28:0, > from /home/xxx/llvm/dragonegg/src/Convert.cpp:63: > /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/plugin/include/real.h:27:18: > fatal error: mpfr.h: No such

Just in case someone is having similar problems and/or following this thread, here's my final "solution" (at least, for now). In my bash build script, prior to configure, I set the C_INCLUDE_PATH and CPLUS_INCLUDE_PATH to empty strings, and then set some other environment variables instead: export C_INCLUDE_PATH= export CPLUS_INCLUDE_PATH=

Hi all, I built Wine 1.2-RC3 via Macports today on my Macbook Pro, running OS X 10.6.3. Just noticed a problem I've never had before - whenever I run winecfg and click on the Audio tab, Wine crashes. Thought it might have been something weird in my ~/.wine, but I tried with a fresh Wine prefix and still had the same problem. Any ideas? Sample output follows: WINEPREFIX=~/.winetest1 winecfg

Hi, [This is a follow-up to the "New version of Rtools for Windows" thread in January, but I just subscribed and don't know how to reply to an old thread -- my apologies.] I was able to use the nuwen distro to build a gcc 4.9.2 toolchain and use it to build the latest R-patched with it. Below are some notes about what I did; I hope they will be useful for keeping Rtools

# HG changeset patch # User Bastian Blank <waldi@debian.org> # Date 1201284962 -3600 # Node ID 11b2e8baa6bf93b8ec4b3b4fe0256d2ce34f2699 # Parent 31adb5c972d03e45cb746cd2305126ea2571282f Use VPATH instead of symlinks for libelf inclusion into libxenctrl. Signed-off-by: Bastian Blank <waldi@debian.org> diff -r 31adb5c972d0 -r 11b2e8baa6bf tools/libxc/Makefile ---

Nice repro. It looks well-defined to me too. Is there a PR open yet? > On 2016-Feb-29, at 08:21, Sanjoy Das via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Sat, Feb 27, 2016 at 1:41 PM, Sanjoy Das > <sanjoy at playingwithpointers.com> wrote: >> Just as a reality check, I wrote up a demonstration where one link >> order causes a SIGFPE and another

Hi ether, how did you build it exactly? I logged into gcc16 and tried to reproduce. But I get /home/ether/local/gcc-4.5/lib/gcc/x86_64-unknown-linux-gnu/4.5.3/plugin/include/real.h:28:17: error: mpc.h: No such file or directory In file included from /home/ether/local/gcc-4.5/lib/gcc/x86_64-unknown-linux-gnu/4.5.3/plugin/include/rtl.h:28, from

On Sat, Feb 27, 2016 at 1:41 PM, Sanjoy Das <sanjoy at playingwithpointers.com> wrote: > Just as a reality check, I wrote up a demonstration where one link > order causes a SIGFPE and another doesn't (and the program is well > defined, as far as I can tell). All TUs are compiled with -O3. This is also > an instance where we don't actually speculate an inline function,

I am new to LLVM, what do you mean by Duncan? Btw, I installed llvm from the repository: sudo apt-get install llvm llvm-gcc Eric Christopher-2 wrote: > > Looks like something wonky with DragonEgg. > > Duncan? > > -eric > > On Mar 21, 2011, at 7:05 PM, stackunderflow wrote: > >> >> Hi Eric, >> >> here is my -emit-llvm -S -v output: