交叉编译busybox

1. 如何建立android的C/C++交叉编译环境

因此，构建android上C/C++的交叉编译环境也就成为了一个很大的需求。特别是对于已经取得root权限的机器，如果能直接运行按需编译的二进制文件，那么将可以做很多有意义和有趣的事情。 很不幸，Google没有直接给出如何建立这个交叉编译环境，但是我们可以借助Google提供的强大的NDK (Native Development Tools)来达到这一目的。NDK的本来目标是编译得到.so动态链接库文件，然后通过JNI提供给上层的Java调用，从而实现C/C++程序的简易迁移。而编译.so和编译成二进制可执行文件的过程是完全一样的，这就给了我们可以发挥的空间。 有两种方式获取交叉编译所需的工具链：git下prebuilt这个project或者直接去下载NDK，我这里arm-eabi的版本是最新的4.4.0。1 git clone git://android.git.kernel.org/platform/prebuilt.git 然后创建一个helloworld.c文件。1 2 3 4 5 6 //// root@delleon:~/android/myapp# cat helloworld.c#include int main(){printf("HelloWorld!n");return0;} 接下来创建Makefile文件。注意修改其中的NDK_DIR和SDKTOOL为自己的目录，修改APP为自己的待编译程序主文件名。另外注意自己的arm-eabi的版本，若有变化则也需要修改。1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 #### root@delleon:~/android/myapp# cat Makefile APP=helloworld NDK_DIR := ~/android/android-ndk-r4 NDK_HOST := linux-x86 SDKTOOL := ~/android/android-sdk-linux_86/tools TOOLCHAIN_PREFIX :=$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/bin/arm-eabi- CC :=$(TOOLCHAIN_PREFIX)gcc CPP :=$(TOOLCHAIN_PREFIX)g++ LD :=$(CC) COMMON_FLAGS :=-mandroid -ffunction-sections -fdata-sections -Os -g --sysroot=$(NDK_DIR)/build/platforms/android-5/arch-arm -fPIC -fvisibility=hidden -D__NEW__ CFLAGS :=$(COMMON_FLAGS) CFLAGS +=-D__ARM_ARCH_5__ -D__ARM_ARCH_5T__ -D__ARM_ARCH_5E__ -D__ARM_ARCH_5TE__ -DANDROID -DSK_RELEASE -DNDEBUG CFLAGS +=-UDEBUG -march=armv5te -mtune=xscale -msoft-float -mthumb-interwork -fpic -ffunction-sections -funwind-tables -fstack-protector -fmessage-length=0-Bdynamic CPPFLAGS :=$(COMMON_FLAGS)-fno-rtti -fno-exceptions -fvisibility-inlines-hidden LDFLAGS +=--sysroot=$(NDK_DIR)/build/platforms/android-5/arch-arm LDFLAGS +=-Bdynamic -Wl,-dynamic-linker,/system/bin/linker -Wl,--gc-sections -Wl,-z,noreloc LDFLAGS +=-L$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/lib/gcc/arm-eabi/4.4.0 LDFLAGS +=-L$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/lib/gcc LDFLAGS +=-L$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/arm-eabi/lib LDFLAGS +=-nostdlib -lc -llog -lgcc --no-undefined -z $(NDK_DIR)/build/platforms/android-5/arch-arm/usr/lib/crtbegin_dynamic.o $(NDK_DIR)/build/platforms/android-5/arch-arm/usr/lib/crtend_android.o OBJS +=$(APP).o all:$(APP) $(APP):$(OBJS)$(LD)$(LDFLAGS)-o $@$^ %.o:%.c $(CC)-c $(CFLAGS)$

2. 我明明root了，可是还是装不了busybox （手机是魅族，用自带root）

首先我要告诉你，root过后，并不代表，获取了权限。需要获取控制权限的软件APP。必须在，root里面，设置通过权限设置。才能正常使用该软件的APP。如果你没有授权的话，该软件还是无法正常使用的。

3. busybox 1.16.1执行完make menuconfig设置了CROSS_COMPILE后执行make ARCH=arm

你直接make看能否过，感觉很像交叉编译器没有指定上。
另外，你可以先不执行make menuconfig的，直接make一下看文件是否完整。
还有，搞了make menuconfig后，最好再执行一次make clean清一下垃圾文件。

4. 如何利用busybox制作根文件系统

选定 busybox-1.9.2.tar.bz2 这个版本, 以静态方式编译, 即生成的 busybox 不需要共享库的支持就能运行。这样做我们就不需要布署程序库了。缺点是自己写的 arm-linux 程序在这个根文件系统中是不能运行的,因为缺少共享程序库的支持。不过不用担心,通过在目标机里以挂接 NFS 的方式, 将宿主机的 arm-linux-gcc 编译器的库文件挂到 arm-linux 的 /lib 下, 就可完美的运行我们自己的程序了。
现在开始制作静态链接库的根文件系统。

1、准备根文件系统
首先准备制作工具BusyBox1.9.2。
准备交叉编译工具arm-linux-gcc 3.3.2。
在机器上建立rootfs的文件夹
#mkdir rootfs
在rootfs中建立linux系统中典型的文件夹
#cd rootfs
#mkdir root home bin sbin etc dev usr lib tmp mnt sys proc
#mkdir usr/lib usr/bin
#pwd
/home/su/rootfs
2、解压源码包
#tar xjf busybox-1.9.2.tar.bz2
#cd busybox-1.9.2
3、修改 Makefile,
#vi Makefile
将Makefile中的
CROSS_COMPILE ?=
改为
CROSS_COMPILE ?= /usr/local/arm/3.3.2/bin/arm-linux-
注:这个版本的 busybox 用 3.4.1 的 arm-linux-gcc 编译有些问题, 用 3.3.2 版则可顺利编译。
4、定制 busybox
选择busybox下全部的可执行程序
#make defconfig
进到配置选项
#make menuconfig
设置静态编译方式
Busybox Settings ---> Build Options ---> [*] Build BusyBox as a static binary (no shared libs)
Busybox Settings ---> Install Options ---> 中输入建立根文件系统的文件所在的路径/home/su/rootfs。
其它的默认。
确保 [*] Build BusyBox as a static binary (no shared libs) 被选中，保存退出
5、执行 make 编译
#make
编译出错, 信息如下:
applets/applets.c:15:2: warning: #warning Static linking against glibc proces buggy executables
applets/applets.c:16:2: warning: #warning (glibc does not cope well with ld --gc-sections).
applets/applets.c:17:2: warning: #warning See sources.redhat.com/bugzilla/show_bug.cgi?id=3400
applets/applets.c:18:2: warning: #warning Note that glibc is unsuitable for static linking anyway.
applets/applets.c:19:2: warning: #warning If you still want to do it, remove -Wl,--gc-sections
applets/applets.c:20:2: warning: #warning from scripts/trylink and remove this warning.
applets/applets.c:21:2: error: #error Aborting compilation.
make[1]: *** [applets/applets.o] Error 1
按照提示,修改文件 applets/applets.c 第 21 行, 将
#error Aborting compilation.
注释掉:
执行 make 重新编译
#make
编译通过, busybox 被生成了, 然后执行
#make install
busybox 就被安装到指定的路径下了/home/su/rootfs,这时可发现rootfs下多了个liunxrc的文件，bin、sbin下也多了很多文件。用ls –l命令查看其中的一个文件，可发现其是链接到busybox的一个连接符，所以我们之后在目标机上运行的命令大多都会调用busybox这个文件的。
若之前忘了指定路径，默认生成到临时目录busybox-1.9.2/_install 下了。
6、编写配置/etc下的初始化程序（可省略）
最简单的做法是把busybox-1.9.2/examples/bootfloppy/etc下的全部文件拷到目标文件的etc目录下
#cd /home/su/busybox-1.9.2/examples/bootfloppy/etc
#cp –rf * /home/su/rootfs/etc
也可自己写这些文件。
7、把rootfs做成镜像
#mkcramfs rootfs rootfs.cramfs
8、把rootfs.cramfs烧写到目标机中。
9、运行目标机
这时会遇到一个错误信息：
Can’t open tty2
Can’t open tty3
Can’t open tty4
解决办法：把/rootfs/etc/ inittab 文件的第三行“tty2::askfirst:-bin/sh”删除掉。
返回到第7步重做。

现实中，动态编译的方法更适合工程的需要，所以一般是采用动态的方法编译根文件系统的。若选择动态编译的办法，大体方法还是一样的，存在一些不同之处是：
不同之处之一是：
进到配置选项
#make menuconfig
选择动态方式
Busybox Settings ---> Build Options ---> [*] Build Shared libbusybox
不同之处之二是：
上面静态编译出现的出错信息不会出现了，所以不需对程序做任何修改，但还是必须用arm-linux-gcc 3.3.2编译，否则还是会有麻烦。
不同之处之三是（最大的不同之处）：
编译完成后，需进到rootfs目录的lib中，往里面添加一些库文件
#cd /home/su/rootfs/lib
这里有点麻烦，我怎么知道需要什么库文件的支持呢？
最简单的办法是把arm-linux-gcc 3.3.2下的整个lib库拷进来，简单省事。但是这么做存在一个问题，做出的根文件系统非常大。
另一个办法是：
#cd /home/su/rootfs/bin
#arm-linux-readelf busybox | grep shared
这样就可以显示出系统运行起来需要什么库文件，再把相应的库文件拷到/home/su/rootfs/lib下。一般而言，系统库用到两个：动态链接器ld-linux.so和c函数库Glibc，Glibc包括：
ld-linux:动态链接库，必需
libc: 标准c函数库，必需
libm: 数学库，一般需要
libdl: 用于动态装载共享库，较少用到
libcrypt: 加密附加库，需要认证的程序用到，较少用
libpthread: POSIX线程库，一般需要
如果需要某个函数库，我们可以将这些库和对应的符号链接拷到目标根文件系统的/lib目录下。简单起见，应该使用-d选项或-a选项调用cp命令，这样可保留完整的符号链接信息。
例：
#cp –a libc.so.6 /home/su/rootfs/lib/
为了减少运行时库的大小，我们应该使用交叉编译版本即arm-linux-gcc 3.3.2的strip工具来处理根文件系统的库文件，把二进制文件中的包含的符号表和调试信息删除掉。
例：
#arm-linux-strip /home/su/rootfs/lib/*.so

注意：
使用busybox做文件系统时，运行make命令，系统会马上显示：
没有/dev/null这个文件
但是还是能最终编译出根文件系统，问题出在重启linux系统，机器进不去了。提示出错，信息如下：
/etc/rc.d/rc.sysinit: line 173:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 173:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 184:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 184:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 200:/dev/null: read-only file system
.
.
.
***An error occured ring the file system check.
***Dropping you to a shell;the system will reboot
***when you leave the shell
Give root password for maintenance
(or type Control-D to continue):
解决办法：
按提示输入root用户的密码，回车，可看到
（Repair filesystem）1#:
依次输入命令：
（Repair filesystem）1# mount -n -o remount,rw /
（Repair filesystem）1# rm -f /dev/null
（Repair filesystem）1# mknod -m 0666 /dev/null c 1 3
（Repair filesystem）1# reboot
问题解决。

5. 交叉编译busybox显示libc.so.6丢失！

拷贝C 库
交叉应用程序的开发需要用到交叉编译的链接库，我们在移植应用程序到我们的目标板的时
候，需要把交叉编译的链接库也一起移植到目标板上，这里我们用到的交叉工具链的路径是
/usr/local/arm/...../,链接库的目录是/usr/local/arm/...../arm-linux/lib，将其中部分库文件及符号链接拷贝到root_nfs(你创建的busybox的根目录）文件夹下的lib文件夹中。
部分库文件及符号链接有：ld-2.3.2.so,ld-linux.so.2,libc-2.3.2.so,libc.so.6

6. 如何在Android模拟器下添加busybox

【具体步骤】：
1) 下载 busybox 源代码，并解包
$ wget -c http://www点busybox点net/downloads/busybox-1.7.0.tar.bz2
$ tar jxvf busybox-1.7.0.tar.bz2

2) 下载交叉编译工具，并安装
我下载的是： arm-2009q1-161-arm-none-eabi.bin
说明：要正确设置好 PATH 变量。
例如将 “ 你的目录 ”/CodeSourcery/Sourcery_G++_Lite/bin 加到 PATH 路径中。

3 ）进入到 busybox 解压后的源文件目录中，修改 Makefile
将第 176 行改为：
CROSS_COMPILE ?=arm-none-linux-gnueabi-

4 ）进行编译选项配置
a 、
$ make menuconfig
Busybox Settings --->
Build Options --->
[*] Build BusyBox as a static binary(no shared libs)


说明：这个选项一定要选，这样才能把 busybox 编译成静态链接的可执行文件，运行时可以独立于其他库。

b 、
Installation Options --->
[*] Don't use /usr

说明：这个也一定要选，否则 make install 后， busybox 将安装在原来系统的 /usr 下，将你原有的命令都覆盖了！

5 ）配置好后可以编译了，执行如下命令：
$ make
发现没过多久，就报错了，晕，错误内容如下：
applets/applets.c:20:2: warning: #warning Static linking against glibc proces buggy executables
applets/applets.c:21:2: warning: #warning (glibc does not cope well with ld --gc-sections).
applets/applets.c:22:2: warning: #warning See sources.redhat.com/bugzilla/show_bug.cgi?id=3400
applets/applets.c:23:2: warning: #warning Note that glibc is unsuitable for static linking anyway.
applets/applets.c:24:2: warning: #warning If you still want to do it, remove -Wl,--gc-sections
applets/applets.c:25:2: warning: #warning from top-level Makefile and remove this warning.
applets/applets.c:26:2: error: #error Aborting compilation.
make[1]: *** [applets/applets.o] 错误 1
make: *** [applets] 错误 2
看到它给出了提示，说 glibc 库不适和用来静态编译，最后给出解决方案就是将 applets/applets.c 中这部分内容给去掉，也就是 19-27 行。

然后再 make 进行编译。
不多久又报错了，看看具体错误：
.../compal/CodeSourcery/Sourcery_G++_Lite/bin/../arm-none-linux-gnueabi/libc/usr/include/linux/netfilter.h:56:17: error: field 'in' has incomplete type
.../CodeSourcery/Sourcery_G++_Lite/bin/../arm-none-linux-gnueabi/libc/usr/include/linux/netfilter.h:57:18: error: field 'in6' has incomplete type
ipsvd/tcpudp.c: In function 'tcpudpsvd_main':
ipsvd/tcpudp.c:314:10: warning: ignoring return value of 'write', declared with attribute warn_unused_result
make[1]: *** [ipsvd/tcpudp.o] 错误 1
make: *** [ipsvd] 错误 2
看到说在我们下载的交叉编译库中有个头文件中的 in 及 in6 类型不对，解决的办法就是：
在 .../arm-none-linux-gnueabi/libc/usr/include/linux/netfilter.h 的开头
添加缺少的头文件：
#include <netinet/in.h>

然后再进行编译。（这次可以安全到最后了，呵呵）
结束后会在当前目录下看到 busybox 这个可执行文件。

6 ）编译步骤已完成，下面就将 busybox 这个可执行文件放到 Android 模拟器下去
$ adb push busybox /system/xbin
说明：若是出现什么 read-only file system 等等之类，执行如下命令即可：
$ adb remount
要是老是不行，那就重新启动 adb
$ adb kill-server
$ adb start-server

要是碰到什么内存不足等等，那原因就是你的那个 Android 模拟器是用 Eclipse 打开的。解决办法就是，手动启动你的 Android emulator 模拟器，具体如下：
$ android list avd # 注释：列出你所有的模拟器
$ emulator -avd your_emulator_name -partition-size 256

注意：最好放在 /system/xbin 下面，这样当你在模拟器里使用 busybox 时不需要指定绝对路径了，否则的话谁都会疯掉嘛，呵呵。

7 ）输入 adb shell 进入终端，执行看看
# busybox --help
BusyBox v1.7.0 (2011-04-22 20:53:21 CST) multi-call binary
Copyright (C) 1998-2006 Erik Andersen, Rob Landley, and others.
Licensed under GPLv2. See source distribution for full notice.
…


说明：表明我们的 busybox 已经可以执行了。但同时又有一个问题，每次输入一个命令都要加上 busybox ，那么人又要疯掉了， -_-! 。解决办法就是，我想到可以使用 alias 命令嘛，给我们所有输入的东西都自动加上 busybox ，具体如下：
【方法 1 】：
将你所感兴趣的命令集中在一个脚本中打包，例如建立内容如下的脚本：
#!/bin/sh
# set_alias1.sh （当然你名字可以随便改，越短越好，但不要和命令重名）

alias ls='busybox ls'
alias find='busybox find'
…

保存好后，将其 push 到模拟器中的 /system/xbin 下面，然后用 adb shell 进入到模拟器终端后执行如下命令：
# . set_alias1.sh # 注释：在当前进行中执行该脚本（一定要有 " 点 " ）


【方法 2 】：
以上方法虽然能解决问题，但总觉得添加这么多东西也怪烦人的，写个智能点的脚本：
xxx:~/code/shellcode$ cat set_alias.sh
#!/bin/bash
# set_alias.sh

pre_handle_result=$(busybox echo -n $(busybox --help) | busybox grep -v '^/t')
pre_cmds=${pre_handle_result##*[[, }
sec_cmds=$(busybox echo -n $pre_cmds | busybox sed 's/,//g')

for cmd in $sec_cmds
do
# alias cmds
alias $cmd="busybox $cmd"
done
然后将其 push 到模拟器中的 /system/xbin 下，执行过程如上。

7. 编译移植busybox出错，arm-linux-gcc版本4.3.3 busybox版本1.16.0 错误代码如下：

找不到链接库，不这些都是数学库，加参数 -lm 应该就能解决。
但编译过程这个东西应该是自己加。

busybox 一般都是静态的，编译静态程序，很多时候需要他以来的函数库也是静态的。你这个问题应该是编译环境不匹配。你编译了 uclibc 并且正确安装了没？

不过话说，不过是个编译，人家本来就支持 arm ，“移植”这两个字应该是不需要用了。

8. linux arm ：我利用busybox制作根文件系统，启动并进入内核后，为啥子用不了arm-linux-gcc等指令呢

进入内核后？你的意思是你的文件系统以及正常启动喽？
arm的嵌入式Linux系统里面并不会有交叉编译器，除非你自己编译制作一个。
你给的贴图是你编译busybox时指定交叉编译器的设置，这和你的嵌入式系统里面有没有这个没有关系。