I've recently downloaded a library, but I'm having trouble compiling it. When i try to run "configure" in the root directory, i get this output:
checking host system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized
checking target system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized
checking build system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized
However, compilation prosecutes until I get this error:
**configure: error: ARCH is not supported**
I tried googling the second error, but found nothing. Could someone help me ?
Related
I have been trying to cross-compile the Linux Kernel 3.16, and I keep getting the error:
include/uapi/linux/types.h:4:23: fatal error: asm/types.h: No such file or directory
# include <asm/types.h>
^
I am using aarch64-linux-gnu-4.8 to cross-compile for arm64 architecture on my Ubuntu 14.04 machine. The file asm/types.h doesn't exist in my kernel folder, and it's not supposed to be there, but I am not sure why the cross-compiler is trying to search for it. I also don't have any asm-generic folder inside my kernel folder.
Any pointers on how to solve this issue? If it's a cross-compiler version issue, which one should I use?
When I attempt to install plugins I get the following error:
>stack haddock plugins
[1 of 1] Compiling Main ( C:\Users\Eric\AppData\Local\Temp\stack
3768\plugins-1.5.5.0\Setup.lhs, C:\Users\Eric\AppData\Local\Temp\stack3768\plugi
ns-1.5.5.0\.stack-work\dist\2672c1f3\setup\Main.o )
Linking C:\Users\Eric\AppData\Local\Temp\stack3768\plugins-1.5.5.0\.stack-wo
rk\dist\2672c1f3\setup\setup.exe ...
Configuring plugins-1.5.5.0...
configure: WARNING: unrecognized options: --with-compiler, --with-gcc
checking build system type... ./config.guess: unable to guess system type
This script, last modified 2002-07-23, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from
ftp://ftp.gnu.org/pub/gnu/config/
If the version you run (./config.guess) is already up to date, please
send the following data and any information you think might be
pertinent to <config-patches#gnu.org> in order to provide the needed
information to handle your system.
Now this error seems to be linux/unix specific but I am running on Windows so I am not sure what to do. Can anyone advise on what to do?
The newest publicly available tcpslice version 1.2a1 (found on its github) has a bug where it expects 8 bytes for a time field but gets 16 (when in 64 bit). This leads to the error:
tcpslice: problems finding end packet of file ./abc1234.bin
I got my info for this error from: https://bugzilla.redhat.com/show_bug.cgi?id=485670
This led me to grab the updated version (1.2a3) from here and try compiling from source: http://pkgs.fedoraproject.org/repo/pkgs/tcpdump/tcpslice-1.2a3.tar.gz/. I think this is or close to the actual patch
HOWEVER, I couldn't ./configure this on my mac because it says (understandably) this:
checking build system type... configure: error: cannot guess build type; you must specify one
Not one to give up, and becuase I don't wnat to switch over to linux to continue deveolping my wrapper script, I tried to compile like this:
./configure --build=i686-pc-linux-gnu
This configured and make'd!!! However, its 32 bit which still gives the same error when I run the newly made tcpdump!!
Is this possible at all, and what other --build type can I use that is for x86_64 bit systems? No other --build types are compiling for me. I have no idea how to find acceptable build types, and am currently referenceing this: https://gcc.gnu.org/gcc-4.2/buildstat.html
EDIT: I tried Warren Young's suggestion here but libtoolize --force did not remake config.guess, so I manually downloaded the "newest" config.guess from the link on this page with curl. However, now ./configure says:
checking build system type... Invalid configuration `x86_64-apple-darwin15.4.0': machine `x86_64-apple' not recognized
configure: error: /bin/sh ./config.sub x86_64-apple-darwin15.4.0 failed
Am I screwed? Or can I sitll try a default x86_64 -build type (which I still cannot find):
checking build system type... Invalid configuration `x86_64': machine `x86_64' not recognized
configure: error: /bin/sh ./config.sub x86_64 failed
Welp, the answer was to manually download the newest config.guess and config.sub files from here: https://www.gnu.org/software/gettext/manual/html_node/config_002eguess.html and to overwrite the ones in the tcpslice directory.
However, the same problem still existed. There must be another reason the time issue is happening on the mac because this version of tcpslice worked fine on ubuntu on the same pcap.
Thanks to Warren Young's post in this question for guiding me in the right (though not successful) direction: Compiling tcpsplice on a 64-bit machine. Guess I'll be using ubuntu to finish my script!
I am building binutils for my x86 Android(Remix OS).
I am using NDK toolchain.
I built 'make' successfully with using this configure command:
./configure --host=x86_64-linux-android --prefix=/home/newnis/remixBin/
I tried same thing on binutils. But it fails with these messages:
Invalid configuration `x86_64-linux-android': machine `x86_64-linux' not recognized
Invalid configuration `x86_64-linux-android': machine `x86_64-linux' not recognized
Unrecognized host system name x86_64-linux-android.
I also tried using '--build' instead of '--host'. But it also fails.
Configuring for a x86_64-unknown-linux-gnu host.
Invalid configuration `x86_64-linux-android': machine `x86_64-linux' not recognized
Unrecognized build system name x86_64-linux-android.
I cannot build binutils for Android?
I fixed it...
Problem was I was trying with binutils-2.9 which built in 1998.
I tried latest one and I configured with no problem.
I am trying to use libnl 3 (http://www.infradead.org/~tgr/libnl/) under Ubuntu to use netlink in order to get some information from the IPv6 Neighbour Cache.
I am including a bunch of headers for this lib, but gcc already fails for the first one:
#include <libnl3/netlink/netlink.h>
There is no "main header", like libnl.h.
>$ gcc netlink_test.c
In file included from netlink_test.c:11:0:
/usr/include/libnl3/netlink/netlink.h:24:36: fatal error: netlink/netlink-compat.h: No such file or directory
compilation terminated.
The file netlink.h includes "netlink/netlink-compat.h". Unfortunately, there is no "/usr/include/netlink/" folder. There is only "/usr/include/libnl3/netlink/"
Including "netlink/netlink.h" thus gives me:
netlink_test.c:10:29: fatal error: netlink/netlink.h: No such file or directory
compilation terminated.
I have installed the following packages under Ubuntu 12.04:
libnl-3-200
libnl-3-200-dbg
libnl-3-dev
libnl-3-doc
libnl-genl-3-200
libnl-genl-3-200-dev
libnl-route-3-200
libnl-route-3-200-dev
Am I missing here something or is this genuinely broken?
OK, so the package is not broken, I am ;)
A short while ago, they introduced a mechanism to enable users to install different versions of this library.
Now you can configure it using "pkg-config" or just pass the precise directory to the compiler with "-I /usr/include/libnl3/".
And it works.