如何使用linux交叉编译

采用交叉编译的主要原因在于，多数嵌入式目标系统不能提供足够的资源供编译过程使用，因而只好将编译工程转移到高性能的主机中进行。linux下的交叉编译环境重要包括以下几个部分：1.对目标系统的编译器gcc2.对目标系统的二进制工具binutils3.目标系统的标准c库glibc4.目标系统的linux内核头文件交叉编译环境的建立步骤一、下载源代码 下载包括binutils、gcc、glibc及linux内核的源代码（需要注意的是，glibc和内核源代码的版本必须与目标机上实际使用的版本保持一致），并设定shell变量PREFIX指定可执行程序的安装路径。二、编译binutils 首先运行configure文件，并使用--prefix=$PREFIX参数指定安装路径，使用--target=arm-linux参数指定目标机类型，然后执行make install。三、配置linux内核头文件首先执行make mrproper进行清理工作，然后执行make config ARCH=arm（或make menuconfig/xconfig ARCH=arm）进行配置（注意，一定要在命令行中使用ARCH=arm指定cpu架构，因为缺省架构为主机的cpu架构），这一步需要根据目标机的实际情况进行详细的配置，笔者进行的实验中目标机为HP的ipaq-hp3630 PDA，因而设置system type为SA11X0，SA11X0 Implementations中选择Compaq iPAQ H3600/H3700。配置完成之后，需要将内核头文件拷贝到安装目录： cp -dR include/asm-arm $PREFIX/arm-linux/include/asm cp -dR include/linux $PREFIX/arm-linux/include/linux四、第一次编译gcc首先运行configure文件，使用--prefix=$PREFIX参数指定安装路径，使用--target=arm-linux参数指定目标机类型，并使用--disable-threads、--disable-shared、--enable-languages=c参数，然后执行make install。这一步将生成一个最简的gcc。由于编译整个gcc是需要目标机的glibc库的，它现在还不存在，因此需要首先生成一个最简的gcc，它只需要具备编译目标机glibc库的能力即可。五、交叉编译glibc这一步骤生成的代码是针对目标机cpu的，因此它属于一个交叉编译过程。该过程要用到linux内核头文件，默认路径为$PREFIX/arm-linux/sys-linux，因而需要在$PREFIX/arm-linux中建立一个名为sys-linux的软连接，使其内核头文件所在的include目录；或者，也可以在接下来要执行的configure命令中使用--with-headers参数指定linux内核头文件的实际路径。configure的运行参数设置如下（因为是交叉编译，所以要将编译器变量CC设为arm-linux-gcc）： CC=arm-linux-gcc ./configure --prefix=$PREFIX/arm-linux --host=arm-linux --enable-add-ons 最后，按以上配置执行configure和make install，glibc的交叉编译过程就算完成了，这里需要指出的是，glibc的安装路径设置为$PREFIXARCH=arm/arm-linux，如果此处设置不当，第二次编译gcc时可能找不到glibc的头文件和库。六、第二次编译gcc运行configure，参数设置为--prefix=$PREFIX --target=arm-linux --enable-languages=c,c++。运行make install。到此为止整个交叉编译环境就完全生成了。几点注意事项第一点、在第一次编译gcc的时候可能会出现找不到stdio.h的错误，解决办法是修改gcc/config/arm/t-linux文件，在TARGET_LIBGCC2_CFLAGS变量的设定中增加-Dinhibit_libc和-D__gthr_posix_h。

在Ubuntu 16.04 64bit上搭建的android编译环境交叉编译SDK的openssl-1.0.2j生成库，但是使用ndk-build时，却出现了“Fatal error: Invalid -march= option: `armv5te'”错误

用 android-ndk-r10e 的交叉编译链在Ubuntu 16.04 32bit系统上没有问题，后来百度搜索后尝试了各种方法还是找不到问题所在，最后在 CSDN问答 这边找到了相关描述，果不其然，升级了交叉编译链 android-ndk-r12b 后编译就通过了。

经常搞嵌入式开发的朋友对于交叉编译环境应该并不陌生，说白了，就是一组运行在x86 PC机的编译工具，可以让你在PC机上编译出目标平台（例如ARM）可识别的二进制文件。Android平台也提供了这样的交叉编译工具链，就放在Android的NDK开发包的toolchains目录下，因此，我们的Makefile文件中，只需给出相应的编译工具即可。

废话就先说到这，直接上例子，我们目标是把下面这个math.c文件编译成一个静态库文件：

#include <stdio.h>

int add( int a , int b ) {

return a+b

}

你需要编写一个Makefile文件，这里假设你的Android ndk被安装在 /opt/android/ndk 目录下，当然，你可以根据自己的实际情况修改Makefile中相关路径的定义，Makefile文件示例如下：

# Makefile Written by ticktick

# Show how to cross-compile c/c++ code for android platform

.PHONY: clean

NDKROOT=/opt/android/ndk

PLATFORM=$(NDKROOT)/platforms/android-14/arch-arm

CROSS_COMPILE=$(NDKROOT)/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi-

CC=$(CROSS_COMPILE)gcc

AR=$(CROSS_COMPILE)ar

LD=$(CROSS_COMPILE)ld

CFLAGS = -I$(PWD) -I$(PLATFORM)/usr/include -Wall -O2 -fPIC -DANDROID -DHAVE_PTHREAD -mfpu=neon -mfloat-abi=softfp

LDFLAGS =

TARGET = libmath.a

SRCS = $(wildcard *.c)

OBJS = $(SRCS:.c=.o)

all: $(OBJS)

$(AR) -rc $(TARGET) $(OBJS)

clean:

rm -f *.o *.a *.so

这里不讲Makefile文件的基本原理，只说明一下针对Android环境的Makefile文件编写的注意事项。

（1） CROSS_COMPILE

必须正确给出Android NDK编译工具链的路径，当在目录中执行make命令的时候，编译系统会根据 CROSS_COMPILE 前缀寻找对应的编译命令。

（2） -I$(PLATFORM)/usr/include

由于Android平台没有使用传统的c语言库libc，而是自己编写了一套更加高效更适合嵌入式平台的c语言库，所以系统头文件目录不能再使用默认的路径，必须直到Android平台的头文件目录

（3） -Wall -O2 -fPIC -DANDROID -DHAVE_PTHREAD -mfpu=neon -mfloat-abi=softfp

这些参数的意义网上基本上都有介绍，我就不一一解释了，并不都是必须添加的，但比较常用。

编译方法：

写好makefile文件，并且保存之后，就可以直接在当前目录下执行make命令，编译完成后，当前目录下会生成 libmath.a ，即可直接拿到Android的jni工程中和使用了。

---