I have modified the clang. It was working properly. But then I had some git related issues so I cleaned the git and checked out again. Now when I try to run make clean in clang I am getting the following error. How can I fix this?
#A set of warnings here
make[5]: Entering directory `/home/test/llvm/projects/compiler-rt'
make/platform/clang_linux.mk:16: *** "unable to infer compiler target triple for clang". Stop.
make[5]: Leaving directory `/home/test/llvm/projects/compiler-rt'
make[4]: *** [CleanRuntimeLibraries] Error 2
make[4]: Leaving directory `/home/test/llvm/tools/clang/runtime/compiler-rt'
make[3]: *** [compiler-rt/.makeclean] Error 2
make[3]: Leaving directory `/home/test/llvm/tools/clang/runtime'
make[2]: *** [clean] Error 1
make[2]: Leaving directory `/home/test/llvm/tools/clang'
make[1]: *** [clang/.makeclean] Error 2
make[1]: Leaving directory `/home/test/llvm/tools'
make: *** [clean] Error 1
I had this problem, and solved it. My problem was the link for clang failed (error 9) because I didn't have enough memory. It needs about 4 gig of memory to link, and I only had 3.5 total real memory and swap available.
Look just before these errors and possibly, you'll see that the link for clang failed.
ls the clang executable at {your build directory}/Debug+Asserts/bin/clang mine was zero bytes (because of link failure).
It then generated the "unable to infer compiler target triple" because it didn't have a clang to execute.
My solution was to create a swap file (because I didn't have any space to expand my swap partition) following the instructions at geek swap definition
I solved this error by setting the LD_LIBRARY_PATH environment variable correctly. At first, I set it without the lib64.
I installed llvm on my $HOME/local so, the correct LD_LIBRARY_PATH would be.
export LD_LIBRARY_PATH="$LD_LIBRARY_PATH”:$HOME/local/lib:$HOME/local/lib64
Related
I am trying to install the tblis library on my Cygwin installation and I am encountering in the following error:
$ make
make all-recursive
make[1]: Entering directory '/home/indiano/Test/tblis'
Making all in src/external/tci
make[2]: Entering directory '/home/indiano/Test/tblis/src/external/tci'
CXXLD lib/libtci.la
./libtool: line 1741: lib: command not found
make[2]: *** [Makefile:531: lib/libtci.la] Error 127
make[2]: Leaving directory '/home/indiano/Test/tblis/src/external/tci'
make[1]: *** [Makefile:2581: all-recursive] Error 1
make[1]: Leaving directory '/home/indiano/Test/tblis'
make: *** [Makefile:1203: all] Error 2
I don´t have a lot of experience with building big projects and even less in cross-compiling, can somebody land an hand or at least point me in some direction?
My suspect is that something is missing in the base installation of Cygwin, but I can not identify which package should be.
Also seams that there is nothing to be found on the internet.
I like to compile and use gdb 9.1. the source is here https://ftp.gnu.org/gnu/gdb/
Plus when I type make in config directory make says make: *** No targets specified and no makefile found. Stop. because there is not make file. on root folder there are Makefile.in and Makefile.tpl and Makefile.def. what are these files. and how can I install gdb 9 from source code.
Update
After the comment changes I made in command by G.M I am getting this error I think almost at the end of compiling process
mv GDBvn.new GDBvn.texi
/home/fawad/Desktop/gdb/gdb/gdb-9.1.1/missing makeinfo --split-size=5000000 --split-size=5000000 -I /home/fawad/Desktop/gdb/gdb
/gdb-9.1.1/gdb/doc/../../readline/readline/doc -I /home/fawad/Desktop
/gdb/gdb/gdb-9.1.1/gdb/doc/../mi -I /home/fawad/Desktop/gdb/gdb/gdb-9.1.1/gdb/doc
-o gdb.info /home/fawad/Desktop/gdb/gdb/gdb-9.1.1/gdb/doc/gdb.texinfo
/home/fawad/Desktop/gdb/gdb/gdb-9.1.1/missing: 81: makeinfo: not found
WARNING: 'makeinfo' is missing on your system.
You should only need it if you modified a '.texi' file, or
any other file indirectly affecting the aspect of the manual.
You might want to install the Texinfo package:
http://www.gnu.org/software/texinfo/
The spurious makeinfo call might also be the consequence of
using a buggy 'make' (AIX, DU, IRIX), in which case you might
want to install GNU make:
http://www.gnu.org/software/make/
make[4]: *** [Makefile:490: gdb.info] Error 127
make[4]: Leaving directory '/home/fawad/Desktop/gdb/gdb/gdb-9.1/build/build/gdb/doc'
make[3]: *** [Makefile:2010: subdir_do] Error 1
make[3]: Leaving directory '/home/fawad/Desktop/gdb/gdb/gdb-9.1/build/build/gdb'
make[2]: *** [Makefile:1655: all] Error 2
make[2]: Leaving directory '/home/fawad/Desktop/gdb/gdb/gdb-9.1/build/build/gdb'
make[1]: *** [Makefile:9564: all-gdb] Error 2
make[1]: Leaving directory '/home/fawad/Desktop/gdb/gdb/gdb-9.1/build/build'
make: *** [Makefile:852: all] Error 2
I am trying to compile GCC for Cygwin with support for targeting i386-elf so I can compile some simple OSes (search Benu, by l30nard0, on Github). I've successfully compiled the binutils for i386-elf, and compiled all of GCC's floating-point numbers dependencies.
Problem is, it says windows.h can not be found. I do have w32api successfully installed, and tried including each of those one at a time in the include path for GCC, but none of them work. If I try any of them, I get so many errors and warnings that not all will show up in the Cygwin console. The dozens upon dozens of warnings are most if not all unused parameter.
Does anyone know where the problem might lie?
I've wasted the last three entire days of my life trying to get Linux Mint set up with everything I want, but for reasons I shan't go into I gave up on that. I'd love to be able to get just one thing to work so I can enjoy my life again. :) Thanks!
BTW: The configure arguments I used were --target=i386-elf --enable-threads=win32 --enable-languages=c,c++ Was I supposed to use --enable-targets instead?
And here's part of the log:
In file included from ../../../gcc/libgcc/gthr.h:150:0,
from ../../../gcc/libgcc/unwind-dw2.c:38:
./gthr-default.h:541:21: fatal error: windows.h: No such file or directory
compilation terminated.
../../../gcc/libgcc/static-object.mk:17: recipe for target 'unwind-dw2.o' failed
make[2]: *** [unwind-dw2.o] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from ../../../gcc/libgcc/gthr.h:150:0,
from ../../../gcc/libgcc/unwind-dw2-fde.c:38:
./gthr-default.h:541:21: fatal error: windows.h: No such file or directory
compilation terminated.
../../../gcc/libgcc/static-object.mk:17: recipe for target 'unwind-dw2-fde.o' failed
make[2]: *** [unwind-dw2-fde.o] Error 1
make[2]: Leaving directory '/home/Sean/gccbuild/i386-elf/libgcc'
Makefile:10055: recipe for target 'all-target-libgcc' failed
make[1]: *** [all-target-libgcc] Error 2
make[1]: Leaving directory '/home/Sean/gccbuild'
Makefile:870: recipe for target 'all' failed
make: *** [all] Error 2
Remove the --enable-threads=win32 flag; it is intended to specify thread support on the target system, not the build system.
I was trying to set up a toolchain for Mips on Ubuntu, as per the instructions here. However, when I do make CFLAGS="-Os -w", I get an error as follows :-
...
...
fi
echo timestamp > stmp-fixproto
make[2]: *** No rule to make target `/usr/local/bin/mips-elf-as', needed by `stamp-as'. Stop.
make[2]: Leaving directory `/home/mainuser/mips/gcc-obj/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/home/mainuser/mips/gcc-obj'
make: *** [all] Error 2
How could I go about correcting this error?
Which occurrence of make CFLAGS="-Os -w" is it failing on? From the error message, it looks like mips-elf-as has not been successfully built by the first stage of the process.
I tryied to build gcc 4.5.0 on Linux version 2.6.18-164.6.1.el5, and found the following problems that I couldn't find an answer on Google. I used the following command.
../gcc-4.3.5/configure --prefix=/usr --prefix=/apps --with-gmp=/apps --with-mpc=/apps --with-mpfr=/apps --enable-shared --enable-threads=posix
make -j 8
Here is the part when it complained about the error
...
cp: preserving ACL for `./asm/org/objectweb/asm/ClassAdapter.class': Operation not supported
cp: preserving permissions for `./asm/org/objectweb/asm': Operation not supported
cp: preserving permissions for `./asm/org/objectweb': Operation not supported
cp: preserving permissions for `./asm/org': Operation not supported
cp: preserving permissions for `./asm': Operation not supported
make[6]: *** [tools.zip] Error 1
make[6]: Leaving directory `/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/32/libjava/classpath/tools'
make[6]: Entering directory `/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/32/libjava/classpath'
true DO=all multi-do # make
make[6]: Leaving directory `/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/32/libjava/classpath'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory `/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/32/libjava/classpath'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/32/libjava'
make[3]: *** [multi-do] Error 1
make[3]: Leaving directory `/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/libjava'
make[2]: *** [all-multi] Error 2
make[2]: Leaving directory `/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/libjava'
make[1]: *** [all-target-libjava] Error 2
make[1]: Leaving directory `/home/gl/gcc4.3obj'
make: *** [all] Error 2
Any clarification and help will be highly appreciated. Thank you.
You say you're building gcc 4.5.0 but your error messages and ./configure line suggest that you are instead building gcc 4.3.5. I point this out because it's possible you have tripped over a bug in gcc 4.3.x's build scripts.
Second, the error messages you quoted make me think that you are doing your build on a weird file system, or else you have a buggy cp (unlikely but not impossible). What sort of file system is /home? You can find out with the mount command -- type it with no arguments, look for the /home line, see what it says next to "type". I have this:
/dev/sda3 on /home type ext4 (rw)
ext2, ext3, ext4, btrfs, xfs, and jfs should not be troublesome; anything else might well be for this use.
By the way, the precise version of your kernel ("Linux version 2.6.18-164.6.1.el5") is very unlikely to be relevant; for this sort of problem it would be much more useful to know which distribution you are using, and the version of that.
I had a similar problem building a different package (LAMMPS). The Makfile included a -p flag in a cp statement. I removed it and the error disappeared. It may be worth a try...