similar to: gccfss-4.2.0 fixincludes headers out of date, breaking dtrace SDT

Is 'make check' supposed to work with llvm-gcc? I get the following: autogen -T /users/dag/projects/cascade/compiler/llvm-gcc/fixincludes/check.tpl /users/dag/projects/cascade/compiler/llvm-gcc/fixincludes/inclhack.def Your shell is '/bin/tcsh'. AutoGen will attempt to use 'sh' /bin/sh ./check.sh /users/dag/projects/cascade/compiler/llvm-gcc/fixincludes/tests/base

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.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 configure:17280: result: no configure:17300: checking for mblen configure:17356: gcc -o conftest -O3 -m64 -mtune=native -pipe -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security -Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The same result without CFLAGS: configure:17300: checking for mblen configure:17356: gcc -o conftest -g -O2 -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security -Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset -fstack-protector-strong -fPIE

Hi, I'm having trouble compiling R-2.10.0 (R-patched_2009-11-02.tar.gz) on solaris 10 and am hoping for some advice. I'm getting errors about having the wrong version of lib_I_dbg_gen.so.1 ("version `DBG_GEN_5.1' not found"), when it gets to the step of compiling recommended packages (cluster). I think we do have the right version of lib_I_dbg_gen.so.1 on the

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 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

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

Trying to compile Dovecot on Solaris 10. I have tried the 99.14 release and today's 1.0-stable release. In both cases I get the following error message: if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -I../../src/ lib-sql -I../../src/lib-settings -I../../src/lib-ntlm - DAUTH_MODULE_DIR=\""/usr/local/lib/dovecot/auth"\" -DPKG_LIBEXECDIR=

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

> 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

> 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++" >

I am not sure what the problem is. I try ./configure as the intallation point out;however, when I try make I am getting the bellow error. PS. I am running Solaris 10 X86, GNU gcc. 1. [04:05:24][root at www:~/dovecot-1.0.alpha1]$ make 2. make all-recursive 3. Making all in src 4. Making all in lib 5. Making all in lib-sql 6. Making all in

When I run "./tools/wineinstall" , I got following errors. gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -D__WINE__ -D_REENTRANT -I/usr/openwin/include -o ppy.tab.o ppy.tab.c In file included from ./ppy.y:183: /usr/include/values.h:45: warning: `MAXSHORT' redefined ../../include/winnt.h:490: warning: this is the location of the previous definition