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
错误四：
build/core/binary.mk:25: *** external/stlport: Invalid LOCAL_NDK_VERSION '4' Choices are . Stop.
很可能是下载的代码不全，检查在prebuild目录下是否有SDK，NDK子目录。
本文引用了网友的文章http://www.cnitblog.com/houcy/archive/2011/02/10/72771.html，http://blog.csdn.net/zhenyongyuan123/archive/2010/12/16/6079717.aspx，在此表示感谢。