深入浅出 - Android系统移植与平台开发(二)

http://blog.csdn.net/mr_raptor/article/details/7954474


[-]

  1. 编译Android源码
  2. 编译goldfish内核源码
  3. Android编译过程分析
    1. source build/envsetup.sh
    2. 执行lunch full-eng
    3. 执行make命令

编译Android源码

关于android系统的编译,Android的官方网站上也给出了详细的说明。

http://source.android.com/source/building.html

 

Ø  初始化编译环境

切换到Android源码目录:

$ cd WORKING_DIRECTORY

执行下面命令,加载编译过程中用到的命令、环境变量:

$ source build/envsetup.sh

 

Ø  选择编译选项

执行下面的命令,从列表中选择一个编译项:

$ lunch

You're building on Linux

 

Lunch menu... pick a combo:

     1. full-eng

     2.full_x86-eng

     3.vbox_x86-eng

     4.full_maguro-userdebug

     5.full_tuna-userdebug

     6.full_panda-eng

我们选择:1,也就是说,编译full-eng的目标,当然我们也可以直接指定编译项,如下:

$ lunch full-eng

其中,lunch命令是指打印或设置出当前系统中设置的编译项,full-eng这个编译项由两部分组成,其中前半部分full表示目标设备为Android的模拟器,官方解释为:fully configured with all languages,apps, input methods,全部的应用程序及语言,输入法等。后半部分eng表示带有调试功能的工程机。

lunch命令打印全部的信息,如下表所示:

Build name

Device

Notes

full

emulator

fully configured with all languages, apps, input methods

full_maguro

maguro

full build running on Galaxy Nexus GSM/HSPA+ ("maguro")

full_panda

panda

full build running on PandaBoard ("panda")

Buildtype

Use

user

limited access; suited for production

userdebug

like "user" but with root access and debuggability; preferred for debugging

eng

development configuration with additional debugging tools

 

Ø  编译前的准备

由于我们使用ubuntu12.04对Android进行编译,Android对Ubuntu12.04的编译平台的支持不是很推荐,有些库的兼容方面会有一些问题,在编译过程中会产生一些错误,我们要进行一些修正。

错误信息:

g++ selected multilib '32' not installed

<command-line>:0:0: error:"_FORTIFY_SOURCE" redefined [-Werror]
 <built-in>:0:0: note: this is thelocation of the previous definition
 cc1plus: all warnings being treated aserrors
make: ***[out/host/linux-x86/obj/EXECUTABLES/obbtool_intermediates/Main.o] Error 1

原因:

在Android系统过程中,要使用gcc-4.4/g++-4.4的编译器,而Ubuntu12.04的gcc版本为4.6.3

解决方法:

安装gcc-4.4

$sudo apt-get install gcc-4.4

$sudo apt-get install g++-4.4

进入到/usr/bin目录下,删除gcc对gcc-4.6的链接,创建到新安装的gcc-4.4的链接:

$cd /usr/bin

$sudo rm -r gcc

$sudo ln -s gcc-4.4 gcc

验证结果:

$gcc -v

$g++ -v

打印其版本为gcc-4.4x、g++-4.4x即可。

 

Ø  编译源码

输入下面命令开始编译:

$ make -jn

其中,-jn表示,n个线程同时编译,一般n的值为CPU核的2倍,但是,也要和你的Ubuntu的内存有关系,每个线程在编译时最少需要1G内存,如果你没有很多内存,还是直接使用make命令吧,否则,编译到后面会出错。

这个过程,如果是虚拟机的话,至少要4个多小时,如果是实体机的话,要看配置,一般在1个小时以上。

编译成功结果如下图所示:


编译goldfish内核源码

编译Linux源码必然要先指定gcc交叉编译器,我们直接使用Android自带的arm-eabi-4.4.3编译器,它在WORKING_DIRECTORY/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin路径下。

$ ls WORKING_DIRECTORY/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin


我们编译下面一个编译脚本make_zImage.sh,让这个脚本去编译goldfish的内核:

#!/bin/bash

export PATH=/home/farsight/andorid/android4.0/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin:$PATH

export ARCH=arm

export SUBARCH=arm 

export CROSS_COMPILE=arm-eabi- 

make goldfish_armv7_defconfig 

make

给make_zImage.sh添加可执行权限,然后执行该编译脚本:

$ chmod a+x make_zImage.sh

$ ./make_zImage.sh

当我们看到下面的结果时,表示goldfish的内核编译出来了:

深入浅出 - Android系统移植与平台开发(二)_第1张图片


4.    Android编译过程分析

如果想要了解,Android的编译过程,可以参照下面三篇博文:

Android编译系统详解(一):http:/blog.csdn.net/mr_raptor/article/details/7539978

Android编译系统详解(二):http://blog.csdn.net/mr_raptor/article/details/7540066

Android编译系统详解(三):http:/blog.csdn.net/mr_raptor/article/details/7540730

按照google给出的编译步骤如下:

  1> source build/envsetup.sh:加载命令

  2> lunch:选择目标平台编译选项

  3> make:执行编译

我们按照编译步骤来分析编译过程的细节,最终添加自己的平台产品的编译选项。

 

4.1 source build/envsetup.sh

该命令是用来将envsetup.sh里的所有用到的命令加载到环境变量里去。主要几个命令如下:

function help()                                                                                #显示帮助信息

function check_product()                                           # 检查product

function check_variant()                                             # 检查变量

function printconfig()                                                                    #打印配置

function add_lunch_combo()                                    # 添加lunch项目

function print_lunch_menu()                                    # 打印lunch列表

function lunch()                                                                              #配置lunch

function m()                                                                                     #make from top

function mm()                                                                                 #make from current directory

function mmm()                                                                              #make the supplied directories

 

build/envsetup.sh其主要作用如下:

ü  加载了编译时使用到的函数命令,如:help,lunch,m,mm,mmm等

ü  添加了两个编译选项:generic-eng和simulator,这两个选项是系统默认选项

ü  查找vendor/*/*/vendorsetup.sh和device/*/*/vendorsetup.sh,也就是说从vendor/<厂商目录>/<平台设备目录>/目录和device/<厂商目录>/<平台设备目录>/目录下,查找vendorsetup.sh,如果找到的话,加载执行它,添加厂商自定义产品的编译选项。

如果想要添加自己的目标设备编译选项,我们就要在device或vendor目录下创建设备厂商,然后在设备厂商目录下,创建一个vendorsetup.sh文件,在里面添加上自己的编译项。

$mkdir -p device/farsight/fsdevice

$touch device/farsight/fsdevice/vendorsetup.sh 

$echo "add_lunch_combo fs100-eng" > device/farsight/fsdevice/vendorsetup.sh

注:

                  farsight:厂商名

                  fsdevice:平台设备名

                  fs100-eng:自定义的目标产品名为fs100,eng为编译目标类型

所有的编译项的格式都是:设备名-编译目标类型,编译目标类型为:eng,user,userdebug,三种类型之一(详细见3.1节)。

 

下面验证一下我们的结果,当在Android目录下,再次执行source build/envsetup.sh时,我们可以看到我们新添加的编译项:

 

4.2执行lunch full-eng

我们当然也可以直接执行lunch命令,然后在弹出菜单里面来选择我们的编译项,如下图所示:

深入浅出 - Android系统移植与平台开发(二)_第2张图片

注:我们添加的编译项这时已经存在了,但是如果你选择了它,在编译时会出错,因为我们还没有对应编译项的配置文件。

lunch命令可以带参数和不带参数,最终导出一些重要的环境变量,从而影响编译系统的编译结果。导出的变量如下(以lunch full-eng为例):

TARGET_PRODUCT=full

TARGET_BUILD_VARIANT=eng

TARGET_BUILD_TYPE=release 

深入浅出 - Android系统移植与平台开发(二)_第3张图片 

4.3执行make命令

当我们输入make命令后,就开始android系统的编译了,所有的Makefile都通过build/core/main.mk这个文件组织在一起,它定义了一个默认goals:droid,当我们在TOP目录下,敲make实际上就等同于我们执行make droid。

当make include所有的文件,完成对所有make文件的解析以后就会寻找生成droid的规则,依次生成它的依赖,直到所有满足的模块被编译好,然后使用相应的工具打包成相应的img。其中,config.mk,envsetup.mk,product_config.mk文件是编译用户指定平台系统的关键文件。Android的编译系统比较复杂,详细的说明请参照前面给出博文内容。

下面列出在编译过程中经常使用的一些命令:

source build/envsetup.sh:加载编译命令,产生编译选项

lunch或lunch xxx-yyy:打印编译选项菜单或指定编译选项,xxx表示产品,yyy表示编译类型

make:根据lunch选项,编译Android系统,最后产出为:system.img,ramdisk.img,userdate.img

m:和make命令一样

mm:从当前目录下开始向下编译目标

mmm:指定一个目录,仅编译指定目录下的目标

make snod:只将out/target/product/XXX/system/目录下的内容打包生成system.img,不会检查依赖关系

make bootimage:只将out/target/product/XXX/root/目录下的内容打包生成ramdisk.img


你可能感兴趣的:(android,function,ubuntu,gcc,平台,编译器)