Android2.3在Ubuntu9.10(32bit)上的编译

 

   Android2.3已经在Ubuntu10.10 64位上成功移植了，实现了基本的功能，例如WiFI，3G，蓝牙功能等等，但是有的客户 Ubuntu环境为32位，现在说一下Android2.3如何在Ubuntu9.10 （32位系统）上编译。

 

1.安装JDK6

 

对于Android2.3系统，不要安装JDK5，应该安装最新的JDK6。
如果安装了JDK6，Android会自动按64位编译，如果系统是32位的，会有编译错误，后面会说如何修改这个错误。

我在Android源码包中加入了jdk1.6.0_23安装包，且设置了环境变量

export PATH=$PWD/jdk1.6.0_23/bin:$PATH

未从网上使用以下的命令下载，下面的命令是网友总结的。

 

sudo apt-get install sun-java6-jdk
sudo update-java-alternatives -s java-6-sun

安装完后，需要手动设置JAVA_HOME, JRE_HOME, CLASS_PATH为JDK6的安装路径。

2. 安装各种包
$ sudo aptitude install git-core gnupg flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev

 

如果你已经有了Android2.3的源码，不需要再重新下载了，直接跳的第5步骤，进行编译。

3. 安装Repo
$ mkdir ~/bin
$ export PATH=~/bin:$PATH
$ curl http://android.git.kernel.org/repo > ~/bin/repo
$ chmod a+x ~/bin/repo

4. 下载Android源码
$mkdir ~/android2.3
$cd ~/android2.3
$ repo init -u git://android.git.kernel.org/platform/manifest.git 

 

注意:下载时一定要注意分支，默认的姜饼分支属于开发分支，动态变化的，如果是用来做产品，建议下载另外的稳定分支，比如使用asndroid-2.3.3_r1分支，该分支上有稳定的tag,-b指定分支.-m指定tag,不写-b默认是姜饼分支，如果不写-m 则下载-b分支的最后提交版本，例如下载android-2.3.3_r1分支的最后提交版本:

./repo init -u git://Android.git.kernel.org/platform/manifest.git -b  android-2.3.3_r1

$ repo sync  
这一步持续时间很长，整个源码+SDK共5G左右，我是下载了一个晚上才搞定，网速不给力啊。。。

5. 编译Android2.3

 

注意：

       如果您使用的是Linux虚拟机，请把虚拟机的内存设置大一些，我的Ubuntu以前使用的是512M，编译android过程中卡在

     target Dex: framework 这里，长时间一直不动，显然是出了问题，我把虚拟机的内存调整为1024M，即1G，编译即可继续。

 export ANDROID_JAVA_HOME=$JAVA_HOME

$ cd ~/android2.3
$ source build/envsetup.sh
$ lunch
$ make

错误1：

在make的时候会提示出错：

************************************************************

You are attempting to build on a 32-bit system.

Only 64-bit build environments are supported beyond froyo/2.2.

************************************************************

因为Android2.3默认是64位的系统上编译，需要手动修改build/core/main.mk，把这个判断部分注释掉：
#ifneq (64,$(findstring 64,$(build_arch)))
#$(warning ************************************************************)
#$(warning You are attempting to build on a 32-bit system.)
#$(warning Only 64-bit build environments are supported beyond froyo/2.2.)
#$(warning ************************************************************)
#$(error stop)
#endif

重新make，如果是安装了JDK6版本，会又报错：

Docs droiddoc: out/target/common/docs/api-stubs

Could not load ‘clearsilver-jni’

java.library.path = out/host/linux-x86/lib

make: *** [out/target/common/docs/api-stubs-timestamp] Error 45

make: *** Waiting for unfinished jobs….

Could not load ‘clearsilver-jni’

java.library.path = out/host/linux-x86/lib

make: *** [out/target/common/docs/doc-comment-check-timestamp] Error 45

这是由于clearsilver在编译时如果检测到使用Java JDK 6，就使用64位编译，因为Google的一个员工更新了几个文件。这里可以看到详细的修改记录：http://android.git.kernel.org/?p=platform/external/clearsilver.git;a=commitdiff;h=d36910a8110d8377b22301274d2b5131a732a72b
修改这几个文件，该回到32位编译环境即可：

external/clearsilver/cgi/Android.mk

external/clearsilver/java-jni/Android.mk

external/clearsilver/util/Android.mk

external/clearsilver/cs/Android.mk

 把编译选项-m64改成-m32即可

 

错误2：

arm-eabi-4.4.3

 

prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gcc -mthumb-interwork -Ibionic/libc/private -o out/target/product/generic/obj/lib/crtbegin_dynamic.o -c bionic/libc/arch-arm/bionic/crtbegin_dynamic.S

prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gcc: /lib/tls/i686/cmov/libc.so.6: version `GLIBC_2.11' not found (required by prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gcc)

make: *** [out/target/product/generic/obj/lib/crtbegin_dynamic.o] 错误 1

这是在32位Ubuntu上编译引起的arm-eabi-4.4.3版本问题，所以需要修改,这里我们使用arm-eabi-4.4.0版本编译器，建立一个软链接

$ mv arm-eabi-4.4.3 to arm-eabi-4.4.3.old

$ ln -s arm-eabi-4.4.0 arm-eabi-4.4.3

 

即可继续编译。

 

错误3:

 out/target/product/generic/obj/lib/libOpenSLES.so: undefined reference to `typeinfo for android::SortedVectorImpl

修改方法为:

1.将system/media/opensles/libopensles下的IAndroidEffect.c文件重命名为IAndroidEffect.cpp

2.将同文件夹下的Android.mk中的IAndroidEffect.c改为IAndroidEffect.cpp

 

 

 本文引用了网友的文章http://www.cnitblog.com/houcy/archive/2011/02/10/72771.html，http://blog.csdn.net/zhenyongyuan123/archive/2010/12/16/6079717.aspx，在此表示感谢。