search for: fixincludes

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 Fixed: testing.h Fixed: testing.h [...] Fixed: X...

...TRACE_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 an out of date version of the file; either the older version did not have the #define, or gcc''s fixincludes script stripped the definition away. I suspect the former; how many other fixincludes headers are out of date? There''s an easy workaround, at least: just add the definition to gcc''s version of the file. $ diff /usr/include/sys/feature_test.h $GCC_INCLUDES/sys/feature_test.h 0a...

...rname/obj' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/home/username/obj' make: *** [all] Error 2 make[1]: Entering directory `/home/username/obj' /bin/sh ../llvm-gcc/mkinstalldirs /home/username/obj/../install /home/username/obj/../install cd: 5: can't cd to ./fixincludes make[1]: *** [install-fixincludes] Error 2 make[1]: Leaving directory `/home/username/obj' make: *** [install] Error 2 where I went wrong? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100429/231f8ded/...

...,x,x,; then - program_transform_name="*s,^,${program_prefix},; * $program_transform_name" - program_transform_name="*s,\$\$,${program_suffix},;*$program_transform_name" Here is an example from *config.log * for* llvm-gcc4.2-2.2.source/** host-i686-pc-cygwin/gcc* (fixincludes, libiberty and intl already were 'fixed' per my 'solution') $ grep configure config.log |head -3 running configure, to aid debugging if configure makes a mistake. It was created by configure, which was $ /cygdrive/e/llvm-gcc4.2-2.2.source/gcc/configure --cache-file=./config.cac...

.../llvm-gcc-2.8-build' make: *** [all] Error 2 I also tried adding --disable-libiberty but make would fail even earlier with the following error: make[1]: Entering directory `/home/ghoang/llvm-test/llvm-gcc-2.8-build' make[2]: Entering directory `/home/ghoang/llvm-test/llvm-gcc-2.8-build/fixincludes' make[2]: *** No rule to make target `../libiberty/libiberty.a', needed by `full-stamp'. Stop. make[2]: Leaving directory `/home/ghoang/llvm-test/llvm-gcc-2.8-build/fixincludes' make[1]: *** [all-fixincludes] Error 2 make[1]: Leaving directory `/home/ghoang/llvm-test/llvm-gcc-2.8-b...

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

...** [stage1-bubble] Error 2 > make[1]: Leaving directory `/home/username/obj' > make: *** [all] Error 2 > make[1]: Entering directory `/home/username/obj' > /bin/sh ../llvm-gcc/mkinstalldirs /home/username/obj/../install /home/username/obj/../install > cd: 5: can't cd to ./fixincludes > make[1]: *** [install-fixincludes] Error 2 > make[1]: Leaving directory `/home/username/obj' > make: *** [install] Error 2 > > where I went wrong? How did you try building it? -eric

...; > make[1]: Leaving directory `/home/username/obj' > > make: *** [all] Error 2 > > make[1]: Entering directory `/home/username/obj' > > /bin/sh ../llvm-gcc/mkinstalldirs /home/username/obj/../install > /home/username/obj/../install > > cd: 5: can't cd to ./fixincludes > > make[1]: *** [install-fixincludes] Error 2 > > make[1]: Leaving directory `/home/username/obj' > > make: *** [install] Error 2 > > > > where I went wrong? > > How did you try building it? > > -eric -------------- next part -------------- An HTML att...

> 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

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 crash the compiler, the problem being that "int" (32 bits) is being passed to the asm even on 64...

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

...irectory `/home/username/obj' >> > make: *** [all] Error 2 >> > make[1]: Entering directory `/home/username/obj' >> > /bin/sh ../llvm-gcc/mkinstalldirs /home/username/obj/../install >> > /home/username/obj/../install >> > cd: 5: can't cd to ./fixincludes >> > make[1]: *** [install-fixincludes] Error 2 >> > make[1]: Leaving directory `/home/username/obj' >> > make: *** [install] Error 2 >> > >> > where I went wrong? >> >> How did you try building it? >> >> -eric > > _____...

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 rstudio build... https://support.rstudio.com/hc/communities/public/questions/203671967-duplicat...

...fopts="$confopts --disable-nls" > confopts="$confopts --disable-shared" > confopts="$confopts --enable-languages=c,c++" > confopts="$confopts --disable-c-mbchar" > confopts="$confopts --program-prefix=llvm-" Try adding --disable-fixincludes too. [snip] > ../src/configure --srcdir=$SOURCE_DIR > --includedir=/C/msys/1.0/mingw/include --libdir=/C/msys/1.0/mingw/lib > --target=mingw32 $confopts --includedir and --libdir should be Windows directories (c:/msys/...). MinGW does not understand Cygwin/MSYS paths. Is --srcdir re...

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

...e_48.o} gmake: *** [all] Error 1 Looking on the system for com_err.h I find: new103# cd / new103# find ./ -name 'com_err.h' -print ./usr/include/krb5/com_err.h ./usr/src/crypto/external/bsd/heimdal/dist/lib/com_err/com_err.h ./usr/src/external/gpl3/gcc/dist/fixincludes/tests/base/com_err.h ./usr/src/gnu/dist/gcc4/fixincludes/tests/base/com_err.h ./usr/local/samba-4.1.7/source4/heimdal/lib/com_err/com_err.h new103# Can someone point me in the right direction to determining how to get past this issue? I have tried ./configure --with-system-mitkrb5...

...make[2]: Entering directory `/llvm-gcc/obj/libiberty/testsuite' > make[2]: Nothing to be done for `all'. > make[2]: Leaving directory `/llvm-gcc/obj/libiberty/testsuite' > make[1]: Leaving directory `/llvm-gcc/obj/libiberty' > make[1]: Entering directory `/llvm-gcc/obj/fixincludes' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/llvm-gcc/obj/fixincludes' > make[1]: Entering directory `/llvm-gcc/obj/intl' > rm -f stamp-h1 > /bin/sh ./config.status config.h > config.status: creating config.h > config.status: config....

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

I'm using a little shell script: BUILD_ROOT=/home/llvm-1.7/cfrontend PREFIX="$BUILD_ROOT/install" LOCAL_BUILD_DIR="$BUILD_ROOT/build" SOURCE_DIR="$BUILD_ROOT/src" echo $__me: Building $TARGET echo $__me: BUILD_ROOT == $BUILD_ROOT echo $__me: SOURCE_DIR == $SOURCE_DIR echo $__me: LOCAL_BUILD_DIR == $LOCAL_BUILD_DIR echo $__me: PREFIX == $PREFIX

Hi! I'm trying to build LLVM under cygwin. I have the latest version of cygwin and CVS versions of llvm, llvm-test and llvm-gcc. make of tools only succeeded. make of frontend succeeded too but full make of llvm failed on crtend in llvm/runtime/GCCLibraries with the following message: llvm[0]: Compiling crtend.c for Debug build (bytecode) /bin/sh: -c: line 0: syntax error near unexpected