similar to: [LLVMdev] llvm-gcc fails to build on REL5.1 Linux and Intel x86_64

Hi, > While attempting to compile llvm-gcc on Intel x86_64 2-way 4-core machine, > i got the following errors: this is the second report of this, see http://llvm.org/bugs/show_bug.cgi?id=3710 > gcc version 4.1.2 20070626 (Red Hat 4.1.2-14) gcc 4.1 has endless problems compiling LLVM, see http://llvm.org/docs/GettingStarted.html#brokengcc Here's an extract: GCC 4.1.1: GCC fails

Thanks for the suggestions. It looks like Duncan's suggestion got me a step closer, but I still can't build llvm-gcc... On Tue, May 5, 2009 at 12:56 AM, Christian Sayer <Christian.Sayer at dibcom.fr> wrote: > did you try a simple > > $ ../llvm-2.5/configure --prefix=/pkg/bin/llvm/ > CC=/pkg/bin/gcc-4.2.4/bin/gcc CXX=/pkg/bin/gcc-4.2.4/bin/g++ Tried that, same error.

Dear Anton, Thank you again for your help! I tried with the following options (adding --with-cpu=arm7tdmi and using binutils from cvs snapshot): ../llvm-gcc4.2-2.6.source/configure --prefix=/usr/local/cross-llvm-gcc-arm-elf-4.2-2.6 --program-prefix=llvm- --enable-llvm=/Users/dummy/Develop/llvm/llvm-build --enable-languages=c,c++ --host=i686-apple-darwin9 --build=i686-apple-darwin9

Hi, > cc1: /pkg/build/llvm/llvm-2.5/include/llvm/Transforms/Utils/InlineCost.h:44: > llvm::InlineCost::InlineCost(int, int): Assertion `Cost == C && "Cost > exceeds InlineCost precision"' failed. > ../../llvm-gcc4.2-2.5.source/gcc/libgcov.c:644: internal compiler error: Aborted this is indeed a miscompilation by your system compiler. However so many compilers

Hello, I am trying to build llvm-gcc 4.2 w/ llvm 2.2 on FreeBSD/amd64 and have found that it doesn't seem to want to build shared libraries. I've found numerous notes that I should try --disable-shared, because the linker ends up erroring out with a linker error when building libgcc_s.so. Subsequently, the same error is produced when it attempts to build libstdc++.so. If you do happen to

Moreover,  ../llvm-gcc4.2-2.6.source/configure --prefix=`pwd`/../install --program-prefix=llvm- --enable-llvm=/home/LLVM/llvm-2.6/ --enable-languages=c,c++  --with-gnu-ld=/home/arm/bin/arm-elf-ld --with-gnu-as=/home/arm/bin/arm-elf-as  --with-arch=armv7  --target=arm-elf and then make target=arm-elf gives the following error: Unknown arch used in --with-arch=armv7 Thanks. --- On Sun,

Hello, At this moment I have built from scratch a gcc compiler for ARM and I have in the classpath the binaries. arm-elf-gcc -v Using built-in specs. Target: arm-elf Configured with: ../gcc-4.3.3/configure --target=arm-elf --prefix=/tmp/arm-cortex-toolchain --enable-interwork --enable-multilib --enable-languages=c,c++ --with-newlib --disable-shared --with-gnu-as --with-gnu-ld Thread model:

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

There's a problem with LLVM version 2.5 compiled under G++ 4.1.2 which involves computing the cost of inlining a function. It works fine in a debug build. However, the Release build seems to tickle a g++ bug. Here is the code, from InlineCost.h: class InlineCost { enum Kind { Value, Always, Never }; int Cost : 30; unsigned Type : 2; InlineCost(int

Thanks for your tips. But I'm still getting errors. .../llvm-gcc4.2-2.6.source/configure --prefix=`pwd`/../install --program-prefix=llvm- --enable-llvm=/home/LLVM/llvm-2.6/ --enable-languages=c,c++  --with-gnu-ld=/home/arm/bin/arm-elf-ld --with-gnu-as=/home/arm/bin/arm-elf-as  --with-cpu=cortex-a8  --target=arm-elf Errors: >> checking for g++ that supports -ffunction-sections

Hi, I don't seem to be able to solve this regression with llvm-gcc-4.2 on Cygwin. It is weird as I thought I had checked SVN TOT and had a good build just before the branch was corrected, so am confused. If someone more experienced with debugging could have a look at this, its like a syntax error. I have tried whittling the error down but it just moves. Trying to bisect between r98185 and

Hi, When i wanted to build the llvm-gcc, i got the problem as following. ========================================================================================================================== cc1: /home/cllou/LLVM/llvm-2.4-dir/llvm-2.4/lib/Support/StringMap.cpp:177: void llvm::StringMapImpl::RemoveKey(llvm::StringMapEntryBase*): Assertion `V == V2 && "Didn't find

I am still having problems getting everything installed. I realized that the successful build of llvm-2.5 had in fact been configured to use the system gcc (4.1.2). However, I was unable to sucessfully build llvm-gcc with gcc 4.1.2. I went back and attempted to build llvm-2.5 with gcc-4.2.4 (installed in a separate directory from system gcc). However, I got the same build error as before. Then I

Gautam Sewani wrote: > On Fri, Mar 13, 2009 at 2:38 PM, Duncan Sands <baldrick at free.fr> wrote: > >> Hi, the versions of llvm-gcc and llvm you are using are >> not synchronized. Probably one is from subversion while >> the other is not. >> I've run into this, too. The problem is that the inliner pass uses a 30 bit integer to store the inline

I can't boostrap LLVM CFE at FreeBSD with current LLVM and LLVM CFE CVS sources. GCC bootstrap terminated with error: /usr/home/wanderer/pkg/build/llvm/objcfe/gcc/xgcc -B/usr/home/wanderer/pkg/build/llvm/objcfe/gcc/ -B/home/wanderer/pkg/build /llvm/night/cfe/i386-unknown-freebsd5.3/bin/ -B/home/wanderer/pkg/build/llvm/night/cfe/i386-unknown-freebsd5.3/lib/ -isystem

On Fri, Mar 13, 2009 at 8:09 PM, John Criswell <criswell at cs.uiuc.edu> wrote: > Gautam Sewani wrote: >> On Fri, Mar 13, 2009 at 2:38 PM, Duncan Sands <baldrick at free.fr> wrote: >> >>> Hi, the versions of llvm-gcc and llvm you are using are >>> not synchronized. Probably one is from subversion while >>> the other is not. >>> >

On Mon, Apr 18, 2016 at 2:33 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: > > On Apr 18, 2016, at 2:28 PM, Xinliang David Li <davidxl at google.com> wrote: > > > > On Mon, Apr 18, 2016 at 2:18 PM, Chandler Carruth <chandlerc at gmail.com> > wrote: > >> The difference between Analysis and Transforms is *not* about passes, but >> about what

Hi, After r256521 - which removes InlineCostAnalysis class - I think there is no strong reason for InlineCost.cpp to be part of the Analysis library. Is it fine to make it part of TransformUtils? I submitted r266477 (which has now been reverted) that made Analysis depend on ProfileData in order to obtain ProfileSummary for the module, but there is an existing dependency of ProfileData on

On Mar 13, 2009, at 10:45 PM, Gautam Sewani wrote: > On Fri, Mar 13, 2009 at 8:09 PM, John Criswell > <criswell at cs.uiuc.edu> wrote: >> Gautam Sewani wrote: >>> On Fri, Mar 13, 2009 at 2:38 PM, Duncan Sands <baldrick at free.fr> >>> wrote: >>> >>>> Hi, the versions of llvm-gcc and llvm you are using are >>>> not

----- Original Message ----- > From: "Chandler Carruth" <chandlerc at gmail.com> > To: "Xinliang David Li" <davidxl at google.com> > Cc: "Mehdi Amini" <mehdi.amini at apple.com>, "Hal Finkel" > <hfinkel at anl.gov>, "via llvm-dev" <llvm-dev at lists.llvm.org> > Sent: Monday, April 18, 2016 4:31:05 PM