similar to: [LLVMdev] llvm-gcc make check

I try to build it on Ubuntu9.04, but in vain. There are errors: ... ... make[3]: *** No rule to make target `/home/username/llvm-2.7/Debug/include/llvm/Intrinsics.gen', needed by `llvm-convert.o'. Stop. make[3]: Leaving directory `/home/username/obj/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/home/username/obj' make[1]: *** [stage1-bubble] Error 2

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

On Apr 28, 2010, at 9:31 PM, Jiandong Wang wrote: > I try to build it on Ubuntu9.04, but in vain. There are errors: > > ... > ... > make[3]: *** No rule to make target `/home/username/llvm-2.7/Debug/include/llvm/Intrinsics.gen', needed by `llvm-convert.o'. Stop. > make[3]: Leaving directory `/home/username/obj/gcc' > make[2]: *** [all-stage1-gcc] Error 2 >

Hi, Attached is small patch (based of r122998 of compiler-rt), required for clean builds on Solaris 10 / x86 using clang 2.8. Please consider it for inclusion. Cheers, Joakim -------------- next part -------------- A non-text attachment was scrubbed... Name: solaris_stdint.patch Type: application/octet-stream Size: 457 bytes Desc: not available URL:

> this comes directly from your system headers (/usr/include/bits/select.h) > and as such doesn't really have anything to do with llvm-gcc: iirc there were some fixincludes hacks for FD_ZERO thing. Maybe are presented presented in one version and does not - in another, thus the difference... -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg

I followed the instructions in llvm_gcc's README.LLVM file, but not exactly the same. the following is what I have done with LLVM: ./configure --disable-optimized --enable-checking make make install (Successful) now the llvm-gcc: cd /home/username mkdir obj mkdir install cd obj ../llvm-gcc/configure --prefix=`pwd`/../install --program-prefix=llvm- --enable-llvm=/home/username/llvm-2.7/Debug

Hi Anton, >> this comes directly from your system headers (/usr/include/bits/select.h) >> and as such doesn't really have anything to do with llvm-gcc: > iirc there were some fixincludes hacks for FD_ZERO thing. Maybe are > presented presented in one version and does not - in another, thus the > difference... IIRC the fixincludes hack was done so that the asm would not

> it has been fixed in clang but not in llvm-gcc. I believe I fixed it in llvm-gcc via fixincludes :) Not the best way, but... -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Is there any plans for addressing the regression... https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15899 in the 3.2.1 release? In the fink project, I had to resort to creating a fixincludes subdirectory containg a local copy of the offending Rinterface.h header with the missing extern on the declaration of R_running_as_main_program restored in order to suppress duplicate symbols during the

Greg Pettyjohn <gregp at ccs.neu.edu> writes: > I'm using a little shell script: [snip] > confopts="--prefix=$PREFIX" > confopts="$confopts --disable-threads" > confopts="$confopts --disable-nls" > confopts="$confopts --disable-shared" > confopts="$confopts --enable-languages=c,c++" >

Since we are fast approaching the 10th, I thought it appropriate to report this "bug" with the build despite not having worked around it. Build environment is *Summary:* When building llvm-gcc with a arm-apple-darwin target on i686-pc-cygwin, make fails because child calls to configure have an errant semicolon that causes the --srcdir parameter to be ignored by the configure script.

Hi all, (CC''ing dtrace-discuss as an FYI+workaround) I''m using dtrace -h to define provider probes for my application, and it wraps the resulting probe provider definitions in an #if _DTRACE_VERSION. Everything works fine for cc/CC, but gcc/g++ (gccfss v4.2.0) doesn''t seem to define it and the provider call macros expand to nothing instead. A diff shows that gcc uses

If this is not the proper place to report this problem, I apologize and would like to know the proper avenue. Information on compiler-rt is very scarce, and I have been unable to get block support on Linux any other way. I'm running X86_64 Ubuntu Linux, and I checked out the trunk of compiler-rt and built it according to the instructions on it's page, and ran the test suite. Three tests

> > 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 llvm-gcc4 but when I run make from obj folder i run into folowing errors: Can't find a library with no dependencies at

try --disable-libmudflap when you config llvm-gcc FE:) On Mon, Jan 16, 2012 at 9:44 AM, Giang Hoang <ghoang84 at gmail.com> wrote: > Hi, > > I am trying to build the front end llvm-gcc 2.8 on 32-bit Ubuntu 10.04, > using gcc 4.2.4.  I was able to configure and build llvm-2.8 in the > directory llvm-2.8-build.  Here is the command I used to configure llvm-gcc > build: >

On Thu, Apr 29, 2010 at 2:17 AM, Jiandong Wang <computerhenu at gmail.com> wrote: > I followed the instructions in llvm_gcc's README.LLVM file, but not exactly > the same. > > the following is what I have done with LLVM: > ./configure --disable-optimized --enable-checking > make > make install > (Successful) > > now the llvm-gcc: > cd /home/username >

I have a brand new NetBSD machine I am building to replace an existing one that is retiring. The current server runs an old version of Samba and I would like to upgrade this machine to something newer. The machine has basic NetBSD on it and that is about it (ie. very little if any customization to the out of the box configuration). I know NetBSD is probably not a mainstream platform for your

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

Hi, I am trying to build the front end llvm-gcc 2.8 on 32-bit Ubuntu 10.04, using gcc 4.2.4. I was able to configure and build llvm-2.8 in the directory llvm-2.8-build. Here is the command I used to configure llvm-gcc build: ../llvm-gcc-4.2-2.8.source/configure --enable-checking --disable-bootstrap --disable-multilib --enable-llvm=/home/ghoang/llvm-test/llvm-2.8-build/ --enable-languages=c

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 :) However, the problem appears to be your PATH variable. In your path you have the following directory: C:/Program Files/Microsoft DirectX SDK (June