转入正题，发现，随着系统的升级，android编译的条件也变得相当苛刻了。如果单纯的按照老版本的编译方法，貌似会很容易碰壁。从昨晚到现在，我就把系统重装了两次（从去年底入手新笔电到现在就装过四次系统= =），原因都归功于新环境下编译Froyo。
首先，对于新版本的ubuntu，最好用64位的，在32位环境下编译，在check阶段都报错。之前就是因为我装的是32位的系统，结果一直没成功，不得不连夜下载64位系统装上，杯具得一比。
1
.
warning
************************************************************
2
.
warning You are attempting to build on a
32
-
bit
system
.
3
.
warning Only
64
-
bit build environments are supported beyond froyo
/
2.2
.
4
.
warning
************************************************************
如果一定要在32位环境下编译，网上也有
解决方案，我试了试，但没成功。
其次是，编译器的版本也要注意，就是gcc和g++，刚开始，我一直安装4.4版本的，结果在编译的时候，发现不少代码编译不通过。起初没留意，自己边改 边把C/C++温习了一把= =，但终究不是解决的办法，总会报些不伦不类的低级错误。想想估计是编译器版本的问题，新版本的编译器对代码解析更加严格了吧。后来还是换回了4.3版本 的。
如果以及安装来4.4的，可以在安装4.3后建立链接
1
.
cd
/
usr
/
bin
2
.
ln
-
s gcc
-
4.3
gcc
3
.
ln
-
s g
++-
4.3
g
++
然后是，SDK编译的必要工具包，如果完全挪用32位编译的工具包，会发现编译过程中缺少很多必要的libs，出现类似 cannot find -lxxx 的错误。因为缺少相关的libs
建议在apt-get install的时候，加上这两个东东：
g
++-
multilib g
++-
4.3
-
multilib
或者，直接大胆的拷贝这个= =
sudo apt
-
get install git
-
core gnupg flex bison gperf build
-
essential zip curl zlib1g
-
dev gcc
-
multilib g
++-
multilib libc6
-
dev
-
i386 lib32ncurses5
-
dev ia32
-
libs x11proto
-
core
-
dev libx11
-
dev lib32readline5
-
dev lib32z
-
dev java
-
common unixodbc 还有就是，
Java JDK版本，之前都说，android只支持1.5版本的JDK，现在，对于Froyo，貌似支持1.6的了，但杯具的是，不支持1.5，编译时在 check阶段，会报错，必须1.6版本的JDK。所以啊，编译的时候注意了，既然允许1.6了，就不要在1.5上挣扎了，hoho～
最后，就是，做好以上准备之后，make之，以为可以看看电视喝喝茶什么的，结果，给我来了这么一个error：
build/core/base_rules.mk:128: *** dalvik/libcore: MODULE.TARGET.JAVA_LIBRARIES.core already defined by libcore. Stop.
网上有解决方案，
请大胆的点击这里，我没试，同步太耗
时间来，我直接找到base_rules.mk的第128行，用#注释之！像这样：
#
$(error $(LOCAL_PATH): $(module_id) already defined by $($(module_id))) 需要声明的是，这只是在非常情况下做的非常处理，如果在这个地方没报错，就不用修改源
文件来。
其实，我觉得，在check tools阶段，需要校验很多模块与工具，比如什么系统是32位还是64位啊，JDK那个版本啊之类的，如果检测到某个工具不满足要求就报错了。我们可以 尝试将这个校验条件给注释掉，跳过对该工具的检测。这种检测应该，我说的是应该，只是为保证安全且成功的编译而提供的一种校验机制，是需要的，但不是必须 的，所以，在一些非常情况，我们可以做一下非常处理。
