similar to: [LLVMdev] semicolon breaking builds on llvm-gcc4.2 cygwin build for arm target 2.2prerelease2

Displaying 20 results from an estimated 2000 matches similar to: "[LLVMdev] semicolon breaking builds on llvm-gcc4.2 cygwin build for arm target 2.2prerelease2"

2009 Oct 14
0
[LLVMdev] Fwd: JIT on 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
2009 Oct 14
0
[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
2009 Sep 25
6
[LLVMdev] JIT on ARM
Hello. My goal is to use LLVM with JIT compiler for ARM on Android device. Currently I have successfully built and executed LLVM bitcode with interpreter on Android. Speed is not so great, that is why I want to use JIT. I tried building bitcode on windows with llvm-gcc that is provided on llvm home page. Resulting bitcode runs great in interpreter, but it doesn't use JIT. From what I
2009 Feb 13
2
[LLVMdev] llvm-gcc4.2-2.4 build failure in /gcc/java/lang.c
I did follow the README.LLVM. I configure like: ../llvm-gcc4.2-2.4.source/configure --program-prefix=llvm- --enable-llvm=/home/wangtielei/TOOLS/llvm/llvm-obj/ --enable-language=c,c++ --disable-jit --disable-multilib The error information is /home/wangtielei/TOOLS/llvm/llvm-gcc-obj/./prev-gcc/xgcc -B/home/wangtielei/TOOLS/llvm/llvm-gcc-obj/./prev-gcc/
2009 Feb 13
2
[LLVMdev] llvm-gcc4.2-2.4 build failure in /gcc/java/lang.c
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
2008 Oct 01
0
[LLVMdev] llvm-gcc linux build broken
On 2008-10-01 17:36, Duncan Sands wrote: >> It builds here (Linux x86_64), I use the following configure line: >> ../llvm-gcc4.2/configure >> --prefix=/home/edwin/llvm-svn/obj42/../install --program-prefix=llvm- >> --enable-llvm=/home/edwin/llvm-svn/llvm/ --disable-multilib >> --enable-checking=release --enable-languages=c,c++ >> > > I'm using
2012 Jan 16
1
[LLVMdev] Problem with building llvm-gcc
Thank you, I did try that and got the following error: checking for library containing strerror... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-target-libiberty] Error 1 make[1]: Leaving directory `/home/ghoang/llvm-test/llvm-gcc-2.8-build' make: *** [all] Error 2 I also tried adding --disable-libiberty but make would fail even earlier
2009 Mar 13
1
[LLVMdev] llvm-gcc4.2-2.5 front-end build problems on SunOS
Hello all, I am trying to install the llvm-gcc front end to use it in one of my projects, but I got stuck.. I am working on a Sun workstation: SunOS xxx 5.10 Generic_137137-09 sun4u sparc SUNW,Sun-Fire-V240 and I have gcc version 3.4.6: Reading specs from /sw/gcc-3.4.6/lib/gcc/sparc-sun-solaris2.10/3.4.6/specs Configured with: /.scratch/andjo/lsw/src/gcc/gcc-3.4.6/configure
2009 Jan 27
3
[LLVMdev] [PATCH] llvm/llvm-gcc broken on mingw32
Hello, Since 2.5 is near, I have been trying to build llvm and llvm-gcc for MingW, but hit several problem (using the current trunk). First issue is that unittests don't build for MingW, the attached patch should fix it. Second issue is that llvm-gcc fails for me with the following error: /c/cygwin/home/jlerouge/buildbot/llvm-test/gcc-build/./gcc/xgcc
2007 Jul 03
1
[LLVMdev] svn repository, llvm-gcc4.2
> > i was working on an llvm-gcc4_2 version, which i used as a starting-point for > > a fixed-point c-datatype implementation. > > i read that the svn repos is up now, and so i remembered the following lines: > > > >> On Fri, 23 Mar 2007, Peter Wiedermann wrote: > >>> i fixed some major bugs in the llvm-gcc4_2 patch since my last post. >
2008 Jan 23
0
[LLVMdev] help - needed - compiling llvm-gcc4.2 frontend on cygwin
Hi, I am new to LLVM & to this mailing list. I need help compiling llvm-gcc-frontend-4.2 on windows using cygwin I have gcc 4.2.2 (compiled from source) here is my configure - command line (hope this is correct) **** bash-3.2$ ../llvm-gcc/configure --prefix=/usr/local/llvm-gcc --program-prefix=llvm- --enable-llvm=/cygdrive/d/llvm-svn/llvm-objdir/ --enable-languages=c,c++
2006 Aug 01
0
[LLVMdev] Building llvm under cygwin
On Tue, 2006-08-01 at 15:48 +0400, Anton Vayvod wrote: > If you're building llvm-gcc4, you don't need the runtime > libraries, so > I'd just stick with the "tools-only" build and declare > success. If > you're building llvm-gcc3, I'd suggest you switch to > llvm-gcc4 :) > > I switched to
2009 Feb 13
0
[LLVMdev] llvm-gcc4.2-2.4 build failure in /gcc/java/lang.c
On Feb 12, 2009, at 11:25 PM, Tielei Wang wrote: > 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 sure to follow the README.LLVM file in the llvm-gcc distro. llvm- gcc doesn't support gcj yet at all. -Chris
2008 Feb 02
3
[LLVMdev] Problem Compiling llvm-gcc 4.2
>> 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
2007 Jul 02
1
[LLVMdev] svn repository, llvm-gcc4.2
hi! i was working on an llvm-gcc4_2 version, which i used as a starting-point for a fixed-point c-datatype implementation. i read that the svn repos is up now, and so i remembered the following lines: > On Fri, 23 Mar 2007, Peter Wiedermann wrote: > > i fixed some major bugs in the llvm-gcc4_2 patch since my last post. > > this brings me to an interesting question: > >
2007 Jul 03
2
[LLVMdev] svn repository, llvm-gcc4.2
> > > On Jul 3, 2007, at 8:04 AM, Peter Wiedermann wrote: > > > yes. > > for a detailed llvm-gcc4 to llvm-gcc4.2 failure comparison see: > > > > http://geldspeicher.entenhausen.at/dl/llvm-gcc4_2_stat.ps.gz > > or > > http://geldspeicher.entenhausen.at/dl/llvm-gcc4_2_stat.pdf > > You have lots of failures, even for llvm-gcc-4.0. Which
2007 Jul 05
0
[LLVMdev] svn repository, llvm-gcc4.2
> > Okay it support C++, what about Exception handing ? > > Aaron > > well eh is disabled in llvm-gcc4, so it is in llvm-gcc4.2 kind regards peter
2008 Aug 25
0
[LLVMdev] libstdc++.dylib created for llvm-gcc4.2-2.3 front-end?
Hi, I'm trying to build from source the llvm-gcc4.2-2.3 front end. My host OS is Ubunut 8.04. "make install" completed sucessfully, but I do not see a file called libstdc++.dylib in the `pwd`/../install/lib/libstdc++.dylib area. In fact, I can't find any file with an extension .dylib. Have I done something wrong or is this a known issue with a workaround? tia, Bernardo
2009 Jan 22
0
[LLVMdev] llvm/llvm-gcc4.2 and polyhedron 2005
FYI, I can confirm that the llvm/llvm-gcc4.2 2.5 release currently builds the Polyhedron 2005 benchmarks on i686-apple-darwin9 and the resulting code executes without errors. Nice. Jack
2011 Oct 13
0
[LLVMdev] [cfe-dev] Can't Bootstrap llvm-gcc4.2 on Ubuntu 11.04 32-bit
On Oct 13, 2011, at 1:40 PM, Don Quixote de la Mancha wrote: > I can't bootstrap llvm-gcc4.2 on Ubuntu 11.04 32-bit. > OK. that seems bad. > It's not a test failure; instead the configure scripts break in all > kinds of mysterious yet spectacular ways. I spent a couple days > beating my head against those completely indecipherable shell scripts > then gave up for