I am trying to merge code with the kernel and then compile, but when I run make prepare, I get the following error:
[root#localhost 5.4.231-1.el7.elrepo.x86_64]# make prepare
/usr/src/kernels/5.4.231-1.el7.elrepo.x86_64/Makefile:678: include/config/auto.conf.cmd: No such file or directory
scripts/kconfig/conf --syncconfig Kconfig
Kconfig:34: can't open file "Documentation/Kconfig"
make[3]: *** [syncconfig] Error 1
make[2]: *** [syncconfig] Error 2
make[1]: *** [include/config/auto.conf.cmd] Error 2
make: *** [sub-make] Error 2
[root#localhost 5.4.231-1.el7.elrepo.x86_64]#
I installed Kernel-LT-Devel and headers, and do not know what package I need to complete this requirement, and so I am stuck. Has anyone seen this error before?
Thanks
Related
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
trying to build on OSX, got the following antlr error. Need to install antlr-runtime?
[ 43%] Built target antlr4_runtime
[ 43%] Built target csv_infer
[ 45%] Performing build_static step for 'antlr4_runtime'
make[4]: *** No rule to make target `antlr4_static'. Stop.
make[3]: *** [antlr4_runtime/src/antlr4_runtime-stamp/antlr4_runtime-build_static] Error 2
make[2]: *** [CMakeFiles/antlr4_runtime-build_static.dir/all] Error 2
make[1]: *** [all] Error 2
make: *** [dev] Error 2
This has now been fixed.
CMake 3.14 changed where the ExternalProject module builds the source. It was unable to find ANTLR's own CMake files, necessitating a change to the WORKING_DIRECTORY.
I'm trying to install https://github.com/xxorde/librekinect
but I'm running into the following issue:
$ make
make pc
make[1]: Entering directory '/home/pi/librekinect-master'
make -C /lib/modules/3.18.5+/build M= modules
make[2]: Entering directory '/home/pi/librekinect-master'
make[2]: *** /lib/modules/3.18.5+/build: No such file or directory. Stop.
make[2]: Leaving directory '/home/pi/librekinect-master'
Makefile:31: recipe for target 'pc' failed
make[1]: *** [pc] Error 2
make[1]: Leaving directory '/home/pi/librekinect-master'
Makefile:24: recipe for target 'default' failed
make: *** [default] Error 2
I tried searching for *** /lib/modules/3.18.5+/build: No such file or directory. Stop. on google but that produced nothing helpful.
What am I missing?
Since you are working on raspberry pi, you should follow the recipe here. Mostly, I think you miss parts of the toolchain (at least build-essentials and likely the headers). I would follow that example step by step.
I'm trying to install ufasoft miner on my Debian machine, but after entering make it shows this message:
make[1]: Entering directory `/root/ufasoft_coin-0.75'
CXX el/libext/bignum.o
In file included from el/libext/bignum.cpp:18:0:
./el/bignum.h: In member function ?void Ext::BigInteger::swap(Ext::BigInteger&)?:
./el/bignum.h:310:8: error: ?mpz_class? has no member named ?swap?
make[1]: *** [el/libext/bignum.o] Error 1
make[1]: Leaving directory `/root/ufasoft_coin-0.75'
make: *** [all] Error 2
Check your installed GMP version.
For me, ufasoft_coin-0.75 compiles fine against the latest gmp-5.1.3 (With --enable-cxx)
I am trying to install the glib-2.38.0 and upon executing the MAKE file and getting the following error:
make[5]: Leaving directory `/root/glib-2.38.0/glib/update-pcre'
make[4]: Leaving directory `/root/glib-2.38.0/glib/update-pcre'
Making install in .
make[4]: Entering directory `/root/glib-2.38.0/glib'
CCLD libglib-2.0.la
libtool: link: `glib_probes.lo' is not a valid libtool object
make[4]: *** [libglib-2.0.la] Error 1
make[4]: Leaving directory `/root/glib-2.38.0/glib'
make[3]: *** [install-recursive] Error 1
make[3]: Leaving directory `/root/glib-2.38.0/glib'
make[2]: *** [install] Error 2
make[2]: Leaving directory `/root/glib-2.38.0/glib'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/root/glib-2.38.0'
make: *** [install] Error 2
How can I troubleshoot this? How can I overcome this issue?
After hitting this same error on Solaris 10 01/13 and not needing dtrace support, I solved this in configure by adding --disable-dtrace.
I had the exact same problem, and located your posting after
giving the error message to a search engine. Alas, no one
had answered you, so I had no choice but to troubleshoot the
problem myself.
In my case, the problem was an old version of dtrace. I updated
the package containing /usr/bin/dtrace (which, in my case, was
systemtap-sdt-devel) and then dtrace created a proper glib_probes.lo
file.
Having solved the problem for myself, it then became my duty to
tell you how I had done so, and answer your unanswered question.
This I have now done.