similar to: [LLVMdev] clang 3.2 build error

Hi all, I think it's Gentoo's bug, but I want to know if anyone has the same issue here. I am compiling LLVM trunk on Gentoo (gcc 4.5.2), and I get error message below, --- make[4]: Entering directory `/nfs_home/chenwj/llvm-3.1/svn/build/tools/clang/lib/Frontend' llvm[4]: Compiling InitHeaderSearch.cpp for Release+Asserts build

> /nfs_home/chenwj/llvm-3.1/svn/llvm/tools/clang/lib/Frontend/InitHeaderSearch.cpp:197:1: internal compiler error: in extract_insn, at recog.c:2103 I think that this is a GCC ICE. --Sean Silva On Wed, Sep 12, 2012 at 10:53 PM, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: > Hi all, > > I think it's Gentoo's bug, but I want to know if anyone has the same

Hi. This is a known gcc bug (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53670). GCC 4.5 can't compile clang 3.1 On 13 September 2012 06:53, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: > Hi all, > > I think it's Gentoo's bug, but I want to know if anyone has the same > issue here. I am compiling LLVM trunk on Gentoo (gcc 4.5.2), and I get > error

Hi Sergey, > This is a known gcc bug > (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53670). GCC 4.5 can't > compile clang 3.1 are you sure? I built the LLVM/clang-3.1 release binaries for ubuntu 64 bits using gcc-4.5. Ciao, Duncan. > > On 13 September 2012 06:53, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: >> Hi all, >> >> I think

On Sep 12, 2012, at 8:50 PM, Sean Silva <silvas at purdue.edu> wrote: >> /nfs_home/chenwj/llvm-3.1/svn/llvm/tools/clang/lib/Frontend/InitHeaderSearch.cpp:197:1: internal compiler error: in extract_insn, at recog.c:2103 > > I think that this is a GCC ICE. Yes, very definitely. Jim > > --Sean Silva > > On Wed, Sep 12, 2012 at 10:53 PM, 陳韋任 (Wei-Ren Chen) >

Hi Duncan. Probably it depends on exact gcc version and possibly assert/noassert build option. I've got this problem with gcc 4.5.2 on 64-bit Suse (I don't remember whether assertions were enabled). On 17 September 2012 21:12, Duncan Sands <baldrick at free.fr> wrote: > Hi Sergey, > > >> This is a known gcc bug >>

Hi, folks I am trying to build LLVM 2.8 Release on a Linux/PowerPC machine. Actually, the PowerPC is a PS3. Here is my system information: ---------------------------------------------------------------------- $ uname -a Linux ps3 2.6.32-rc2-00995-g96ebbe6-dirty #2 SMP Fri Oct 2 15:12:28 CST 2009 ppc64 Cell Broadband Engine, altivec supported GNU/Linux $ gcc --version gcc (Gentoo 4.3.2-r3

Hi, the subject says it all... After some experimenting, I got a bit confused as far as what the proper thing to do might be.... I build llvm/clang from trunk sources on OSX Lion 10.7.3 (i.e. x86_64-apple-darwin11.3.0 to speak GNU's platform-ese) where I also have successfully built a fsf-gcc 4.6.2 (and lately a 4.7 for that matter) from sources. Now, I think I understand that by playing

Hi all, I found this problem in the latest xen-unstable 6117. I reported a bug #154 to track it. The log====> <...> gcc -nostdinc -fno-builtin -fno-common -fno-strict-aliasing -iwithprefix include -Wall -Werror -Wno-pointer-arith -pipe - I/home/nightly/builds_xen_unstable/xen-3.0-hg-xen-unstable-6096- 20050812/xen/include -I/home/nightly/builds_xen_unstable/xen-3.0-hg-xen-

On Wed, Sep 12, 2012 at 08:52:08PM -0700, Jim Grosbach wrote: > > > On Sep 12, 2012, at 8:50 PM, Sean Silva <silvas at purdue.edu> wrote: > > >> /nfs_home/chenwj/llvm-3.1/svn/llvm/tools/clang/lib/Frontend/InitHeaderSearch.cpp:197:1: internal compiler error: in extract_insn, at recog.c:2103 > > > > I think that this is a GCC ICE. > > > Yes, very

Hi, I am compiling LLVm with clang and I get the following error: Compiling InitHeaderSearch.cpp for Release+Asserts build InitHeaderSearch.cpp:29:51: error: clang/Config/config.h : InitHeaderSearch.cpp: In member function ‘void<unnamed>::InitHeaderSearch::AddDefaultCIncludePaths(const llvm::Triple&, const clang::HeaderSearchOptions&)’: InitHeaderSearch.cpp:237: error:

Hi All, I am installing llvm 3.1 and clang from the source on my Mac os x 10.5.8. I got this error in the middle of the compilation process: llvm[4]: Compiling InitHeaderSearch.cpp for Release+Asserts build /Users/georgebaah/llvm3.1/llvm-3.1.src/tools/clang/lib/Frontend/InitHeaderSearch.cpp:29:10: fatal error: 'clang/Config/config.h' file not found #include

Is it too late to include "x86_64-unknown-linux" as a supported toolchain name in clang? We tend to need to hand-patch clang source to find include files properly on our systems, the patch looks something like this (just posting as a guideline, I'm not sure if this is the best approach or not, but it seems to work for us): Index: lib/Frontend/InitHeaderSearch.cpp

The problem was solved by setting environment variable CXX. But somehow a new one came. The gcc is installed in /usr/local/gcc-4.2.3. I managed to change clang/lib/Frontend/InitHeaderSearch.cpp clang/lib/Driver/ToolChains.cpp to force clang use the crt lib for that version. For details, plz see http://www.advogato.org/person/redi/diary/228.html. So now I have no problem of using clang to

Hi, Aaron > > I am not sure where to put cxxabi.h. How can I let clang find this > > header file while compiling LLVM and Clang (in step 2)? > > > > You need to add it to somewhere that is in Clangs includes search path. E.g. > $INSTALL/lib/clang/2.9/include perhaps. Thanks for your help. Now I have another problem, --- llvm[4]: Compiling Version.cpp for Release

I managed to build clang on mingw/msys today. Running configure, make install worked for both debug and optimized builds in general. However there were a few hitches along the way. Make would fail with: ln: creating symbolic link `/d/super/dump/code/llvm/llvm-project/llvm/build.clang/Release+Asserts/bin/clang++.exe' to `clang.exe': No such file or directory ln: creating symbolic link

This concerns me as well. I've accepted a programming bounty to port LLVM to AROS x86. Once that's done I suspect many people will want it ported to the other processors AROS supports. ----- Original Message ---- > From: Bjarke Walling <bjarke.walling at gmail.com> > To: cfe-dev at cs.uiuc.edu > Sent: Sat, April 9, 2011 2:06:30 PM > Subject: [cfe-dev] Adding new

> The problem to me is that clang should really pick the library under > /s/gcc-4.3.1/lib rather the one under /usr/lib/gcc. > > Is this a bug that clang does not pick the correct library path? Any > ways to fix this? From the top of my head, perhaps you can look into clang/lib/Frontend/InitHeaderSearch.cpp and try to use the GCC path you want. HTH, chenwj -- Wei-Ren Chen

I am trying to have llvm and clang on a centOS 5 without root permissions. I tried to do it downloading llvm and clang src packages and trying the ususal configure, make and make install steps as such: wget http://llvm.org/releases/3.3/llvm-3.3.src.tar.gz wget http://llvm.org/releases/3.3/cfe-3.3.src.tar.gz tar xzf llvm-3.3.src.tar.gz && cd llvm-3.3.src/tools/ && tar xzf

Hi, I am new to linux, llvm and clang, so please excuse me if I ask some basic level questions. :) I have some c code with code like below, so it won't compile with clang #include <math.h> #include <pthread.h> #include <sys/time.h> #include <unistd.h> #include <stdlib.h> #include <malloc.h> #include <sched.h> I think that I need to do the following