similar to: [LLVMdev] llvm-gcc linux build broken

Displaying 20 results from an estimated 3000 matches similar to: "[LLVMdev] llvm-gcc linux build broken"

2008 Oct 01
0
[LLVMdev] llvm-gcc linux build broken
On 2008-10-01 15:04, Duncan Sands wrote: > Anyone else seeing this? > > LLVM/gcc-4.2.llvm-objects/./gcc/xgcc -BLLVM/gcc-4.2.llvm-objects/./gcc/ -B/usr/local/gnat-llvm/x86_64-unknown-linux-gnu/bin/ -B/usr/local/gnat-llvm/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/gnat-llvm/x86_64-unknown-linux-gnu/include -isystem /usr/local/gnat-llvm/x86_64-unknown-linux-gnu/sys-include -c
2008 Oct 01
2
[LLVMdev] llvm-gcc linux build broken
> 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 (x86-64 linux, gcc 4.3) ../gcc-4.2.llvm/configure --prefix=/usr/local/gnat-llvm
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
2009 Jan 20
3
[LLVMdev] linux build problem
Since yesterday I've been getting the error below when building llvm-gcc on Ubuntu Hardy on x86. For some reason, several instances of autoconf are getting confused and failing to detect a stdlib.h. John /home/regehr/z/tmp/llvm-gcc-r62547-src/build/./prev-gcc/xgcc -B/home/regehr/z/tmp/llvm-gcc-r62547-src/build/./prev-gcc/
2009 Jan 20
0
[LLVMdev] linux build problem
On Jan 19, 2009, at 5:34 PM, John Regehr wrote: > Since yesterday I've been getting the error below when building llvm- > gcc > on Ubuntu Hardy on x86. For some reason, several instances of > autoconf > are getting confused and failing to detect a stdlib.h. > > John > > > /home/regehr/z/tmp/llvm-gcc-r62547-src/build/./prev-gcc/xgcc >
2009 Jan 20
2
[LLVMdev] linux build problem
I'm away from my Linux machines, if this hasn't been resolved by tonight I'll send more details. THe problem in cplus-dem.c is that CPP is conditionally including code that comes when HAVE_STDLIB is not defined, including an alternate protptype for malloc() that conflicts with the existing one. This is just what causes the error I sent-- no idea what the root cause is. Thanks,
2011 Nov 14
2
[LLVMdev] llvm-gcc-i686-pc-linux-gnu-cross-arm-eabi-soft-float
The buildbot @ http://lab.llvm.org:8011/builders/llvm-gcc-i686-pc-linux-gnu-cross-arm-eabi-soft-float/builds/850 is failing with following assertion failure. Is it possible for someone to collect a preprocessed source file and file a PR ? Thanks, - Devang cc1: /opt/buildslave/osuosl/slave/llvm-gcc-i686-pc-linux-gnu-cross-arm-eabi-soft-float/llvm.src/lib/CodeGen/LiveIntervalAnalysis.cpp:713: bool
2011 Nov 14
0
[LLVMdev] llvm-gcc-i686-pc-linux-gnu-cross-arm-eabi-soft-float
Hello Devang, Please find attached the preprocessed source file and the LLVM bitecode. Hope this will help. Thanks Galina On Mon, Nov 14, 2011 at 9:48 AM, Devang Patel <dpatel at apple.com> wrote: > The buildbot > @ http://lab.llvm.org:8011/builders/llvm-gcc-i686-pc-linux-gnu-cross-arm-eabi-soft-float/builds/850 > is failing with following assertion failure. Is it possible for
2011 Nov 15
2
[LLVMdev] llvm-gcc-i686-pc-linux-gnu-cross-arm-eabi-soft-float
I filed PR 11378. Thanks! - Devang On Nov 14, 2011, at 1:27 PM, Galina Kistanova wrote: > Hello Devang, > > Please find attached the preprocessed source file and the LLVM > bitecode. Hope this will help. > > Thanks > > Galina > > > > On Mon, Nov 14, 2011 at 9:48 AM, Devang Patel <dpatel at apple.com> wrote: >> The buildbot >> @
2009 Jan 20
4
[LLVMdev] linux build problem
On 2009-01-20 08:01, Bill Wendling wrote: > On Jan 19, 2009, at 5:34 PM, John Regehr wrote: > > >> Since yesterday I've been getting the error below when building llvm- >> gcc >> on Ubuntu Hardy on x86. For some reason, several instances of >> autoconf >> are getting confused and failing to detect a stdlib.h. >> >> John >>
2005 May 19
4
[LLVMdev] [Cygwin] llvm-ranlib and 'make check' errors
Hi, Got everything built but am now experiencing new errors on making the symbol tables and on 'make check'. Here's the errors I am experiencing :- Aaron Gray at AMD-LAPTOP-1 /usr/llvm-gcc/lib $ ls gcc libdummy.a libiberty.a libstdc++.a libsupc++.la libc.a libgcc.a libm.a libstdc++.la libtrace.a libcrtend.a libgcsemispace.a
2009 Aug 16
2
[LLVMdev] Is the head of llvm-gcc not working with the head of llvm for anyone else?
I just tried to compile llvm-gcc against the top of llvm and I ran into this error: /.../llvm/llvm-gcc-build/./prev-gcc/xgcc -B/.../llvm/llvm-gcc-build/./prev-gcc/ -B/.../llvm/llvm-gcc-install/x86_64-unknown-linux-gnu/bin/ -c -DHAVE_CONFIG_H -g -O2 -I. -I/.../llvm/llvm-gcc-4.2/libiberty/../include  -W -Wall -pedantic -Wwrite-strings -Wstrict-prototypes -Wc++-compat
2008 Oct 01
0
[LLVMdev] llvm-gcc linux build broken
On 2008-10-01 18:55, Duncan Sands wrote: >> This means that I don't have a working llvm-gcc with TOT either. >> > > I get the same thing on x86-32. > > Ciao, > > Duncan. > HAVE_STDLIB_H is not defined, which causes a 'char* malloc()' definition in cplus-dem.c. >From config.log: configure:8421: checking for stdlib.h configure:8461: result:
2005 May 19
0
[LLVMdev] [Cygwin] llvm-ranlib and 'make check' errors
Does not look like the demangle test worked anyway :( And 'make check' :- $ make check make[1]: Entering directory `/usr/build/llvm-gcc/gcc' (rootme=`${PWDCMD-pwd}`; export rootme; \ srcdir=`cd /usr/cfrontend/src/gcc; ${PWDCMD-pwd}` ; export srcdir ; \ cd testsuite; \ EXPECT=expect ; export EXPECT ; \ if [ -f ${rootme}/../expect/expect ] ; then \ TCL_LIBRARY=`cd
2008 Oct 01
3
[LLVMdev] llvm-gcc linux build broken
> This means that I don't have a working llvm-gcc with TOT either. I get the same thing on x86-32. Ciao, Duncan.
2011 Nov 15
0
[LLVMdev] llvm-gcc-i686-pc-linux-gnu-cross-arm-eabi-soft-float
Devang, I believe this has been fixed with llvm r144547. See: <rdar://problem/10441389>. Chad On Nov 14, 2011, at 4:39 PM, Devang Patel wrote: > I filed PR 11378. > Thanks! > - > Devang > > On Nov 14, 2011, at 1:27 PM, Galina Kistanova wrote: > >> Hello Devang, >> >> Please find attached the preprocessed source file and the LLVM >>
2005 May 19
0
[LLVMdev] [Cygwin] llvm-ranlib and 'make check' errors
Aaron, Could you send me the libiberty.a file? Please gzip it. I would like to make sure this isn't an llvm-ranlib bug. Thanks, Reid. On Thu, 2005-05-19 at 15:36 +0100, Aaron Gray wrote: > Hi, > > Got everything built but am now experiencing new errors on making the > symbol tables and on 'make check'. > > Here's the errors I am experiencing :- > >
2009 Jun 03
3
[LLVMdev] LLVM-gcc for Ada
Thanks for the suggestion, Andre. I downloaded GNAT GPL 2007, and followed the directions on your web page. Now I get a lot of C++ errors. In fact, the output I captured to a log file is over six megabytes just from the start of the problem command to the termination of the make. I'm obviously not going to include it all here, but the command and the first few errors are copied below.
2004 Oct 04
1
[LLVMdev] cfrontend-1.3.source: Compilation error
This is a forward of a question from the SourceForge LLVM forum. If anyone has experience with Cygwin and building the C front-end there, please reply and CC Alex. --- Post by Alex Vinokur below --- =============== Windows 2000 GNU gcc 3.3.3 (cygwin special) =============== ./configure ./make I have got compilation error ------------------------------- make[1]: Entering directory
2009 Jan 20
0
[LLVMdev] linux build problem
2009/1/20 John Regehr <regehr at cs.utah.edu>: > I'm away from my Linux machines, if this hasn't been resolved by tonight > I'll send more details. > > THe problem in cplus-dem.c is that CPP is conditionally including code that > comes when HAVE_STDLIB is not defined, including an alternate protptype for > malloc() that conflicts with the existing one. This is