移植前需要理解的概念

• 『交叉编译器』：想要使程序能够在ARM板上运行，需要使用交叉编译器编译程序，如 arm-hisiv400-linux-gcc
• 『动态链接与静态链接的区别』：ARM板上相关库文件不全，因此移植程序时选择静态链接
• 『依赖』：可以使用 apt-file search 查找自己缺的依赖库，但依赖库也需要交叉编译、静态链接
• 『./configure make make install』：典型的使用GNU的AUTOCONF和AUTOMAKE产生的程序的安装步骤

1、./configure 是用来检测你的安装平台的目标特征的。比如它会检测你是不是有CC或GCC，并不是需要CC或GCC，它是个shell脚本。

这一步一般用来生成 Makefile，为下一步的编译做准备，你可以通过在 configure 后加上参数来对安装进行控制，比如代码:./configure –prefix=/usr 意思是将该软件安装在 /usr 下面，执行文件就会安装在 /usr/bin （而不是默认的 /usr/local/bin),资源文件就会安装在 /usr/share（而不是默认的/usr/local/share）。同时一些软件的配置文件你可以通过指定 –sys-config= 参数进行设定。有一些软件还可以加上 –with、–enable、–without、–disable 等等参数对编译加以控制，你可以通过允许 ./configure –help 查看详细的说明帮助。

2、make 是用来编译的，它从Makefile中读取指令，然后编译。

这一步就是编译，大多数的源代码包都经过这一步进行编译（当然有些perl或python编写的软件需要调用perl或python来进行编译）。如果 在 make 过程中出现 error ，你就要记下错误代码（注意不仅仅是最后一行），然后你可以向开发者提交 bugreport（一般在 INSTALL 里有提交地址），或者你的系统少了一些依赖库等，这些需要自己仔细研究错误代码。

可能遇到的错误：make *** 没有指明目标并且找不到 makefile。问题很明了，没有Makefile，怎么办，原来是要先./configure 一下，再make。

3、make install是用来安装的，它也从Makefile中读取指令，安装到指定的位置。

这条命令来进行安装（当然有些软件需要先运行 make check 或 make test 来进行一些测试），这一步一般需要你有 root 权限（因为要向系统写入文件）。

移植步骤

1. libmnl库的编译

ethtool 依赖于 libmnl 库，因此先对 libmnl 库进行交叉编译与静态链接。

下载 libmnl 源码

configure命令

./configure  --host=arm-linux CC=arm-hisiv400-linux-gcc  --prefix=/home/xin/Downloads/ethtool-5.15/libmnl LDFLAGS=-static

• 「–host」：指定编译出来的二进制程序所执行的主机，这里选择 arm-linux
• 「CC」：指定编译器，这里选择交叉编译器 arm-hisiv400-linux-gcc
• 「–prefix」：指定文件安装路径，可以是绝对路径或者相对路径
• 「LDFLAGS=-static」：gcc 等编译器会用到的一些优化参数，也可以在里面指定库文件的位置。这里指定静态链接 -static

可以使用 ./configure -h 查看帮助

make

make install

完成以上步骤后即可在指定目录 /home/xin/Downloads/ethtool-5.15/libmnl 下查看编译成功的文件

2. ethtool 源码的编译

下载ethtool源码

./autogen.sh

生成配置文件

./configure

./configure --prefix=/home/xin/Downloads/ethtool --host=arm-linux CC=arm-hisiv400-linux-gcc MNL_CFLAGS="-I/home/xin/Downloads/ethtool-5.15/libmnl/include" MNL_LIBS="-L/home/xin/Downloads/ethtool-5.15/libmnl/lib -lmnl" LDFLAGS=-static

make

make install

完成以上步骤后即可在指定目录 /home/xin/Downloads/ethtool 下查看编译成功的文件

遇到的问题

问题一

fatal error: libmnl/libmnl.h: No such file or directory
 #include <libmnl/libmnl.h>

报错的原因使找不到 <libmnl/libmnl.h> 头文件。

这里需要注意，使用 sudo apt-get install libmnl-dev 命令会安装 libmnl-dev库，/usr/include下也会有 libmnl/libmnl.h 文件，但这只有在使用gcc的时候系统能够找到，交叉编译时是找不到的。

解决方法是对 libmnl 库的源码进行交叉编译，并在编译ethtool源码的时候指定 libmnl 头文件与lib库的路径。

解决Linux系统下(交叉)编译出现“cannot find -lxxx”的错误 （ubuntu）

问题二

cannot find -lmnl

报错的原因是无法连接 libmnl 库，我这里犯的错误是对 ethtool 的编译使用了静态链接，但对 libmnl 库的编译时使用的时动态链接，libmnl 库的 lib 文件 是 .so 动态链接，因此报错了，但是 ethtool 静态链接需要找 .a 文件，故提示找不到链接。

解决方法是对 libmnl 进行静态链接，确保生成 .a 文件。