similar to: [LLVMdev] cannot find -lgcc_s

Hi John, > 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

I am trying to build llvm-2.7 using non-system gcc/binutils. My gcc version is 4.1.2, and binutils is 2.17.50.0.15. I get the following errors `.L2438' referenced in section `.gnu.linkonce.r._ZNK4llvm16DAGTypeLegalizer13getTypeActionENS_3EVTE' of /build/toolchain/src/llvm-2.7/objdir/Release/lib/libLLVMSelectionDAG.a(LegalizeTypes.o): defined in discarded section

On Thu, May 13, 2010 at 12:28 PM, john blair <mailtome200420032002 at yahoo.com> wrote: > I am trying to build llvm-2.7 using non-system gcc/binutils. My gcc version is 4.1.2, and binutils is 2.17.50.0.15. I get the following errors That version of gcc is known to have issues building LLVM; see http://llvm.org/docs/GettingStarted.html#brokengcc . Try upgrading your gcc version. -Eli

Thanks for the reply Eli. I have the same version of gcc/binutils as my system gcc/binutils And it gets built without any errors with them. --- On Thu, 5/13/10, Eli Friedman <eli.friedman at gmail.com> wrote: > From: Eli Friedman <eli.friedman at gmail.com> > Subject: Re: [LLVMdev] Building llvm using non-system gcc/binutils > To: "john blair"

Hi Eli, I tried to build llvm with gcc-4.4.3 and binutils-2.20.1. This time it failed with /build/toolchain/src/llvm-2.7/objdir/Release/bin/tblgen: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /build/toolchain/src/llvm-2.7/objdir/Release/bin/tblgen) make[1]: *** [/build/toolchain/src/llvm-2.7/objdir/lib/VMCore/Release/Intrinsics.gen.tmp] Error 1 make[1]: Leaving

On 2009-09-16 11:42, Olivier Meurant wrote: > On Tue, Sep 15, 2009 at 5:35 PM, David Greene <dag at cray.com > <mailto:dag at cray.com>> wrote: > > > Remember, the goal here isn't to show how great LLVM is. It's to > get an > honest assessment of where we are at. Phoronix did us a big > favor. Getting > more details about his

On Tue, Sep 15, 2009 at 5:35 PM, David Greene <dag at cray.com> wrote: > > Remember, the goal here isn't to show how great LLVM is. It's to get an > honest assessment of where we are at. Phoronix did us a big favor. > Getting > more details about his tests would help us even more. > It's exactly what I'm trying to do. I'm not even a LLVM

I recompiled the LLVM-gcc with these options: .../llvm-gcc4.2-2.6.source/configure --prefix=`pwd`/../install --program-prefix=llvm- --enable-llvm=/home/LLVM/llvm-2.6/ --enable-languages=c  --disable-libssp  --with-gnu-ld --with-gnu-as  --with-arch=armv7-a  --target=arm-elf It compiles successfuly. make install. But when compiling a file : llvm-gcc a.c Assembler messages: Fatal error: Invalid

sorry ! I have re-corrected the title. ------------------ 原始邮件 ------------------ 发件人: "Sheng Wang"<wansheg at gmail.com>; 发送时间: 2009年9月4日(星期五) 下午3:23 收件人: "LLVMdev"<LLVMdev at cs.uiuc.edu>; 主题: [LLVMdev] Dose I need to build llvm-gcc front-end from sourceresolve this error? /* mm.cpp */ #include<iostream> using namespace std; struct xx{ int x;

On Tuesday 15 September 2009 08:16, Olivier Meurant wrote: > llvm-gcc -v > Using built-in specs. > Target: i686-pc-linux-gnu > > gcc -v > Using built-in specs. > Target: i486-linux-gnu Different targets. It's no surprise 486 code would perform much worse than i686 code. These compilers need to target the same architecture. Ideally the Makefile would include

Hello, Well, I recompiled the LLVM-gcc .../llvm-gcc4.2-2.6.source/configure --prefix=`pwd`/../install --program-prefix=llvm- --enable-llvm=/home/LLVM/llvm-2.6/ --enable-languages=c  --disable-libssp  --with-gnu-ld=/home/LLVM/llvm-gcc4.2-2.6.source/arm-elf-ld --with-gnu-as=/home/LLVM/llvm-gcc4.2-2.6.source/arm-elf-as  --with-cpu=cortex-a8  --target=arm-elf Everything is OK, but when trying

> llvm-gcc a.c > Assembler messages: > Fatal error: Invalid -march= option: `armv7-a' > > Any ideas? It is probably trying to use the wrong assembler. Run with -v and check. > > Thank you, > Corina > Cheers, -- Rafael Ávila de Espíndola

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

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

On Jan 10, 2008, at 10:29 AM, Thomas Jablin wrote: > 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

On 2008-09-29 07:46, Keun Soo Yim wrote: > Does anyone succeed at compiling Linux kernel for Sparc v8 architecture? > I am currently trying to expand the regime of LLVM to Sparc kernel codes. > The following is the initial error messages. Any comment is welcomed. > > #1. Inline Assembly > > > > Code: > > register struct thread_info

Devang Patel wrote: > On Jan 10, 2008, at 10:29 AM, Thomas Jablin wrote: > > >> 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

Sorry for not explaining well. After compiling with g++-cross g++-cross -c a.c I do link using this command /gold_binutils/build/gold/ld-new -plugin ~/Desktop/Sanjeev/LLVM/llvm-2.7/Release/lib/libLLVMgold.so --eh-frame-hdr -melf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/crtbegin.o

I build llvm-gcc as: ../llvm-gcc4.2-2.5.source/configure --enable-languages=c,c++ --program- prefix=llvm So it should install into /usr/local/... but add llvm- prefix. This is so llvm-gcc is found by llvm (http://llvm.org/releases/2.5/docs/GettingStarted.html claims that's what it is looking for) and also so there will be no conflict with system gcc. But I see:

> ~/Desktop/Sanjeev/LLVM/llvm-2.7/Release/lib/libLLVMgold.so --eh-frame-hdr > -melf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o Ok, this way you're generating code for x86 > /usr/lib/crti.o > /usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/crtbegin.o > -L/usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0  -L/usr/local/lib -lgcc > --as-needed -lgcc_s --no-as-needed -lc -lgcc