similar to: [LLVMdev] JIT on ARM

Forgot to mention. I don't know how well the canadian cross compile stuff works in 2.5. We made some improvements in that area for 2.6. If you have trouble with it, I'd suggest trying 2.6 (or even better, ToT svn) and seeing if things are improved there. -Jim On Sep 25, 2009, at 2:04 AM, Martins Mozeiko wrote: > Hello. > > My goal is to use LLVM with JIT compiler for ARM

Hi. Sorry for reposting my mail, but can somebody at lest give some general ideas for what to look to solve my problem? -- Martins Mozeiko Begin forwarded message: > From: Martins Mozeiko <49640f8a at gmail.com> > Date: September 25, 2009 12:04:04 GMT+03:00 > To: llvmdev at cs.uiuc.edu > Subject: JIT on ARM > > Hello. > > My goal is to use LLVM with JIT compiler

Hello all, I am trying to build the latest version of llvm-gcc on a x86_64 architecture running a Linux distribution. Using the READM.LLVM I have managed to run ./configure using appropriate options, but when I try to build using make, it shows the following error message after a few seconds: ../../llvm-gcc/gcc/gengtype-lex.l:31:27: fatal error: gengtype-yacc.h: No such file or directory. This

More bison woes. llvm-2.1 + the patch Chris mentioned builds without bison, but llvm-gcc4 doesn't: /home/emil/ll/llvm-gcc4.0-2.1.source/missing bison -d -o gengtype-yacc.c ../../llvm-gcc4.0-2.1.source/gcc/gengtype-yacc.y WARNING: `bison' missing on your system. You should only need it if you modified a `.y' file. You may need the `Bison' package in order for

I need to add, also you'll need bison+flex. Rajika On Thu, Aug 12, 2010 at 6:41 PM, Rajika Kumarasiri <rajika at wso2.com> wrote: > You'll need to install the dev packages for gcc 4.2. > > Rajika > > On Thu, Aug 12, 2010 at 1:27 PM, Romain Pechayre <rpechayr at gmail.com>wrote: > >> Hello all, >> >> I am trying to build the latest version

You'll need to install the dev packages for gcc 4.2. Rajika On Thu, Aug 12, 2010 at 1:27 PM, Romain Pechayre <rpechayr at gmail.com> wrote: > Hello all, > > I am trying to build the latest version of llvm-gcc on a x86_64 > architecture running a Linux distribution. Using the READM.LLVM I have > managed to run ./configure using appropriate options, but when I try to >

On Thu, Aug 12, 2010 at 6:56 PM, Romain Pechayre <rpechayr at gmail.com> wrote: > Ok. Thank you for your input. New questions :) : > - Is the dev package basically the source code of gcc 4.2 ? Isn't it > already fully included in llvm-gcc code base ? > AFAIR, you need to have the set of headers, gcc-dev.( Some one else may provide you with this information) > - How

Ok. Thank you for your input. New questions :) : - Is the dev package basically the source code of gcc 4.2 ? Isn't it already fully included in llvm-gcc code base ? - How should I include bison+flex when I have installed Do I need to put additional flags to configure script ? Cheers, Romain On Thu, Aug 12, 2010 at 3:13 PM, Rajika Kumarasiri <rajika at wso2.com> wrote: > I need to

Thanks. It worked for a few more compilation lines. I now get the following linker error: undefined reference to llvm::MemoryBuffer::getNewMemBuffer(unsigned long, llvm::StringRef) I am surprised since the linker compile line already links with a whole bunch of llvm libraries ... Thanks for your help Romain On Thu, Aug 12, 2010 at 4:03 PM, Rajika Kumarasiri <rajika at wso2.com> wrote:

I got this one fixed by rebuilding llvm Debug (oups). I had an old version. I now seem to have a classical message: version GLIBCXX_3.4.14 not found. I am indeed building llvm-gcc using gcc4.5. Is this the problem ? The fix to this problem indicated in README.LLVM does not help .. Thanks Romain On Thu, Aug 12, 2010 at 6:43 PM, Romain Pechayre <rpechayr at gmail.com> wrote: > Thanks.

On Mon, Sep 17, 2007 at 12:25:40PM -0700, Chris Lattner wrote: > On Mon, 17 Sep 2007, Emil Mikulic wrote: > >> The 2.1 pre-release (version 1) is available for testing: > >> http://llvm.org/prereleases/2.1/version1/ > > > > I suspect the utils/TableGen/FileParser.h.cvs in the tarball may be > > stale. I tried building LLVM without bison installed and got:

On Mon, 17 Sep 2007, Emil Mikulic wrote: >> The 2.1 pre-release (version 1) is available for testing: >> http://llvm.org/prereleases/2.1/version1/ > > I suspect the utils/TableGen/FileParser.h.cvs in the tarball may be > stale. I tried building LLVM without bison installed and got: Can you try it again without bison with these files:

Hi, I've figured out a little more. #if defined DBX_DEBUGGING_INFO || XCOFF_DEBUGGING_INFO guards the declaration of type_queue, however, neither is defined on Intanium. In gt-dbxout.h type_queue's uses are unguarded and thus are undefined on Itanium. When I compared llvm-gcc's gt-dbxout.h with FSF gcc's, I found that type_queue was never used in FSF gcc's version. Does

Hi, I am having some difficulties building llvm on Itanium. My procedure for building LLVM is: cd /liberty/llvm.ia64/llvm-2.1 ./configure make ENABLE_OPTIZED=1 cd /liberty/llvm.ia64/obj /liberty/llvm.ia64/llvm-gcc4.2-2.1.source/configure --prefix=/liberty/llvm.ia64/install --enable-llvm=/liberty/llvm.ia64/llvm-2.1/ --enable-languages=c,c++ --disable-shared The build of llvm seems to

Switch the lex/yacc parser into reentrant mode, to ease the handling of parsing-specific data; introduce a new parser_context struct for that, which is added as extra data to the parser. This should cause no behaviour changes in the parsing, just no more global variables used for getting data in/out the parser. --- builder/index-parse.y | 44 ++++++++++++++++++++++++++++++++++++------

I wrote: > Also I wrote: > > However, xl fails on config files which are missing the final > > newline. This should be fixed for 4.2. > > My patch for this didn''t make it into 4.2 RC4. Should this go into 4.2.0 or be held for 4.2.1 (or is it not 4.2.x material at all) ? Ian. From: Ian Jackson <ian.jackson@eu.citrix.com> Subject: [PATCH] libxl: Tolerate xl

I am trying to build llvm-gcc4.2-2.6. My configure options are $ /local/tools/lin32/llvm-gcc4.2-2.6/bin/llvm-gcc -v Using built-in specs. Target: i686-linux Configured with: ../llvm-gcc4.2-2.6.source/configure --prefix=/local/tools/lin32/llvm-gcc4.2-2.6 --disable-nls --enable-shared --enable-threads=posix --enable-languages=c,c++ --with-gnu-as --with-gnu-ld --target=i686-linux

Hi, every body, I get stuck when trying to build llvm-gcc4.2-2.4 on x86_64 Linux with GCC-4.3.3. I meet this error: make[3]: Entering directory `/home/wangtielei/TOOLS/llvm/llvm-gcc-obj/gcc' /home/wangtielei/TOOLS/llvm/llvm-gcc-obj/./prev-gcc/xgcc -B/home/wangtielei/TOOLS/llvm/llvm-gcc-obj/./prev-gcc/ -B/usr/local/x86_64-unknown-linux-gnu/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings

>> Dear All, I have been trying for days but still cannot break this barrier. May I get your help? I have compiled llvm-2.1 successfully and make install. When I proceed with llvm-gcc-4.2-2.1, however, I keep getting linking error as attached. Some functions with totally different content conflict with each other in linking process. That is a Linux box (Debian, with 2.6.23-1

I first install the gcc-4.2.4 . then I set CC and CXX export CC= "path of my gcc-4.2.4" export CXX="path of my g++-4.2.4" after that , I config and make . error occur like this : /home/ws/software/gcc-4-2/bin/gcc -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros