search for: compiler_path

...fragment that does the linking is hardcoded to use the compiler command for linking: example$(EXE): example.o $(LIBS) $(CC) $(CFLAGS) -o $@ example.o $(LDFLAGS) Would it be possible to make llvm-gcc call llvm-ld instead of the systemwide ld? I tried setting the environment variables COMPILER_PATH=/usr/local/bin and GCC_EXEC_PREFIX=llvm- but that had no effect. I'm using LLVM 2.1-pre1 and the corresponding llvm-gcc 4.0. Bye, Maarten -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc:...

...ion 4.5.1 (i686-linux-gnu) compiled by GNU C version 4.5.1, GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Versions of loaded plugins: dragonegg: Compiler executable checksum: ee807c30bb3adc8f3aa917a64443d0ec COMPILER_PATH=/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/ LIBRARY_PATH=/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/4.5.1/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/li...

.../usr/include/i386-linux-gnu /usr/lib/gcc/i686-linux-gnu/4.6/include /usr/local/include /usr/lib/gcc/i686-linux-gnu/4.6/include-fixed /usr/include End of search list. # 1 "<stdin>" # 1 "<built-in>" # 1 "<command-line>" # 1 "<stdin>" COMPILER_PATH=/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/ LIBRARY_PATH=/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/4.6/../../../i386-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.6/../../....

..., unfortunately the current Link Time Optimization model requires the linker to "know" about LLVM. http://llvm.org/docs/LinkTimeOptimization.html > Would it be possible to make llvm-gcc call llvm-ld instead of the > systemwide > ld? I tried setting the environment variables COMPILER_PATH=/usr/ > local/bin > and GCC_EXEC_PREFIX=llvm- but that had no effect. I see two solutions to this. One is to have llvm-gcc call llvm-ld when it has some option passed to it. Another would be to enhance 'collect2' to know about LLVM files. 'collect2' is a GCC utility...

...ompiled by GNU C version 4.5.1, GMP version 4.3.2, MPFR version 3.0.0-p3, > MPC version 0.8.2 > GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 > Versions of loaded plugins: > dragonegg: > Compiler executable checksum: ee807c30bb3adc8f3aa917a64443d0ec > COMPILER_PATH=/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/ > LIBRARY_PATH=/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/4.5.1/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/u...

...inux-gnu/4.6/include > /usr/local/include > /usr/lib/gcc/i686-linux-gnu/4.6/include-fixed > /usr/include > End of search list. > # 1 "<stdin>" > # 1 "<built-in>" > # 1 "<command-line>" > # 1 "<stdin>" > COMPILER_PATH=/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/ > LIBRARY_PATH=/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/4.6/../../../i386-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.6/.....

...n 4.5.1, GMP version 4.3.2, MPFR version 3.0.0-p3, >> MPC version 0.8.2 >> GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 >> Versions of loaded plugins: >> dragonegg: >> Compiler executable checksum: ee807c30bb3adc8f3aa917a64443d0ec >> COMPILER_PATH=/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/ >> LIBRARY_PATH=/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/4.5.1/../../../../lib/:/lib/../lib/:/usr/lib/../lib...

...ding to the llvm-ld man page, llvm-ld will generate native code from the bytecode files and invoke the system compiler to do the actual linking. > > Would it be possible to make llvm-gcc call llvm-ld instead of the > > systemwide > > ld? I tried setting the environment variables COMPILER_PATH=/usr/ > > local/bin > > and GCC_EXEC_PREFIX=llvm- but that had no effect. > > I see two solutions to this. One is to have llvm-gcc call llvm-ld > when it has some option passed to it. Another would be to enhance > 'collect2' to know about LLVM files. 'collect2...

...--64 -o >> /dsk/l1/misc/vusontuan/llvm/build/projects/libcxxabi/test/Ou >> tput/catch_multi_level_pointer.pass.cpp.o /tmp/lit_tmp_eb4yOu/cc2UDAyE.s >> Version de l'assembleur GNU 2.25.1 (x86_64-redhat-linux) utilisant la >> version BFD version 2.25.1-22.base.el7 >> COMPILER_PATH=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/:/ >> usr/libexec/gcc/x86_64-redhat-linux/4.8.5/:/usr/libexec/gcc/ >> x86_64-redhat-linux/:/usr/lib/gcc/x86_64-redhat-linux/4.8.5/ >> :/usr/lib/gcc/x86_64-redhat-linux/ >> LIBRARY_PATH=/usr/lib/gcc/x86_64-redhat-linux/4.8.5/:/usr/li...

...Users/JHOLEW~1/AppData/Local/Temp/test1-017385.o' '-shared-libgcc' '-mtune=i386' '-march=i386' c:/mingw/bin/../lib/gcc/mingw32/4.7.0/../../../../mingw32/bin/as.exe -o C:/Users/JHOLEW~1/AppData/Local/Temp/test1-017385.o C:/Users/JHOLEW~1/AppData/Local/Temp/test1-017384.s COMPILER_PATH=c:/mingw/bin/../libexec/gcc/mingw32/4.7.0/;c:/mingw/bin/../libexec/gcc/;c:/mingw/bin/../lib/gcc/mingw32/4.7.0/../../../../mingw32/bin/ LIBRARY_PATH=c:/mingw/bin/../lib/gcc/mingw32/4.7.0/;c:/mingw/bin/../lib/gcc/;c:/mingw/bin/../lib/gcc/mingw32/4.7.0/../../../../mingw32/lib/;c:/mingw/bin/../lib/gcc/...

On Mar 21, 2011, at 6:36 PM, stackunderflow wrote: > > I try to generate a human readable .ll file on Linux. I installed llvm-gcc > but as I see it can generate only assembly code (-S option). Is there any > way to get something like what is generated by llvm online compiler? > > That's what I get with llvm-gcc -S -emit-llvm hello.c on Ubuntu 10.10: llvm-gcc -v ? -eric

...n 4.3.2, MPFR version >> 3.0.0-p3, >> MPC version 0.8.2 >> GGC heuristics: --param ggc-min-expand=100 --param >> ggc-min-heapsize=131072 >> Versions of loaded plugins: >> dragonegg: >> Compiler executable checksum: ee807c30bb3adc8f3aa917a64443d0ec >> COMPILER_PATH=/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/ >> LIBRARY_PATH=/usr/lib/gcc/i686-linux-gnu/4.5.1/:/usr/lib/gcc/i686-linux-gnu/4.5.1/../../../../lib/:/lib/../lib/:/usr/lib/../lib...

Hello, I have just built LLVM with CMake by following these instructions https://llvm.org/docs/GettingStarted.html#getting-started-quickly-a-summary and I am trying to run the regression tests using "make check-all" but there are some unexpected failures in libcxx and libcxxabi. Here's the test log: Expected Passes : 40745 Expected Failures : 258 Unsupported Tests : 1594

...'-v' '-isystem' '/usr/include/i386-linux-gnu' '-L/usr/lib/i386-linux-gnu' '-mtune=generic' '-march=pentiumpro' as -v --32 -o /tmp/ccB5jzCx.o /tmp/ccUYclfj.s GNU assembler version 2.22 (i686-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.22 COMPILER_PATH=/home/youngmj/DevTools/Gnu_Compiler_Collection-gcc/Version_4.7.2/install/libexec/gcc/i686-pc-linux-gnu/4.7.2/:/home/youngmj/DevTools/Gnu_Compiler_Collection-gcc/Version_4.7.2/install/libexec/gcc/i686-pc-linux-gnu/4.7.2/:/home/youngmj/DevTools/Gnu_Compiler_Collection-gcc/Version_4.7.2/install/libexe...

...Hotspot Settings: HOTSPOT_BUILD_JOBS = Bootstrap Settings: BOOTDIR = /usr/local/linux-sun-jdk1.4.1 BOOTSTRAP J2SDK VERSION: Abort trap (core dumped) OUTPUTDIR = /v0/pobj/r+d/ports/java/jdk14/work/control/build/bsd-i586 Build Tool Settings: UNIXCOMMAND_PATH = /bin/ COMPILER_PATH = /usr/bin/ DEVTOOLS_PATH = /usr/local/bin/ USRBIN_PATH = /usr/bin/ MOTIF_DIR = /usr/local/X11R6 CC_VER = 2.95.4 PATH = /usr/local/pgsql/bin:/cs/system/alsbergt/bin/freebsd:/cs/system/alsbergt/exec-prefix/i386/freebsd/generic/bin:/cs/system/alsbergt/exec-prefix/i386/freebsd/gene...

I try to generate a human readable .ll file on Linux. I installed llvm-gcc but as I see it can generate only assembly code (-S option). Is there any way to get something like what is generated by llvm online compiler? That's what I get with llvm-gcc -S -emit-llvm hello.c on Ubuntu 10.10: .file "hello.c" .ident "GCC: (Ubuntu/Linaro 4.5.1-7ubuntu2) 4.5.1 LLVM: "

...m-ld will generate native > code from the > bytecode files and invoke the system compiler to do the actual > linking. Yes. >>> Would it be possible to make llvm-gcc call llvm-ld instead of the >>> systemwide >>> ld? I tried setting the environment variables COMPILER_PATH=/usr/ >>> local/bin >>> and GCC_EXEC_PREFIX=llvm- but that had no effect. >> >> I see two solutions to this. One is to have llvm-gcc call llvm-ld >> when it has some option passed to it. Another would be to enhance >> 'collect2' to know about LLVM...

I'm continuing this here in llvm-dev since the thread was started here, but, in hindsight, it may have been better in cfe-dev, because the problem seems to be related to clang. I turned on "verbose" mode in make (VERBOSE=1 TOOL_VERBOSE=1) and found that it is clang, not gcc, that is being used at this point in the make. Based on the command issued (particularly with the --sysroot

..., i32) nounwind declare %struct._IO_FILE* @fopen(i8* noalias, i8* noalias) declare i32 @fprintf(%struct._IO_FILE* noalias, i8* noalias, ...) declare i32 @fclose(%struct._IO_FILE*) declare i32 @"\01__isoc99_fscanf"(%struct._IO_FILE* noalias, i8* noalias, ...) declare i32 @putchar(i32) COMPILER_PATH=/home/marcusmae/rpmbuild/CHROOT/opt/kernelgen/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.6.4/:/home/marcusmae/rpmbuild/CHROOT/opt/kernelgen/bin/../libexec/gcc/:/home/marcusmae/rpmbuild/CHROOT/opt/kernelgen/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.4/../../../../x86_64-unknown-linux-gnu/bin/ LI...

...T=arm-none-eabi-ld NM_FOR_TARGET=arm-none-eabi-nm OBJDUMP_FOR_TARGET=arm-none-eabi-objdump RANLIB_FOR_TARGET=arm-none-eabi-ranlib READELF_FOR_TARGET=arm-none-eabi-readelf STRIP_FOR_TARGET=arm-none-eabi-strip > Thread model: single > gcc version 6.3.1 20170620 (15:6.3.1+svn253039-1build1) > COMPILER_PATH=/usr/lib/gcc/arm-none-eabi/6.3.1/:/usr/lib/gcc/arm-none-eabi/6.3.1/:/usr/lib/gcc/arm-none-eabi/:/usr/lib/gcc/arm-none-eabi/6.3.1/:/usr/lib/gcc/arm-none-eabi/:/usr/lib/gcc/arm-none-eabi/6.3.1/../../../arm-none-eabi/bin/ > LIBRARY_PATH=/usr/lib/gcc/arm-none-eabi/6.3.1/:/usr/lib/gcc/arm-none-eabi/6...