编译android 源码需要sdk环境吗

编译android 源码需要sdk环境吗,第1张

下面是android学习手册,可以查看编译源码,360手机助手中下载,

   编译环境:ubuntu910,widnows平台目前不被支持。

1)安装必要的软件环境

$ sudo apt-get install git-core gnupg sun-java5-jdk flex bison gperf libsdl-dev libesd0-dev libwxgtk26-dev build-essential zip curl libncurses5-dev zlib1g-dev

官方推荐的就是上面这些,如果在编译过程中发现某些命令找不到,就apt-get它。可能需要的包还有:

$ sudo apt-get install make

$ sudo apt-get install gcc

$ sudo apt-get install g++

$ sudo apt-get install libc6-dev

$ sudo apt-get install patch

$ sudo apt-get install texinfo

$ sudo apt-get install zlib1g-dev

$ sudo apt-get install valgrind

$ sudo apt-get install python25(或者更高版本)

需要注意的是,官方文档说如果用sun-java6-jdk可出问题,得要用sun-java5- jdk。经测试发现,如果仅仅make(make不包括make sdk),用sun-java6-jdk是没有问题的。而make sdk,就会有问题,严格来说是在make doc出问题,它需要的javadoc版本为15。

因此,我们安装完sun-java6-jdk后最好再安装sun-java5-jdk,或者只安装sun-java5-jdk。这里sun-java6-jdk和sun-java5-jdk都安装,并只修改javadoc1gz和javadoc。因为只有这两个是make sdk用到的。这样的话,除了javadoc工具是用15版本,其它均用16版本:

$ sudo apt-get install sun-java6-jdk

修改javadoc的link:

$ cd /etc/alternatives

$ sudo rm javadoc1gz

$ sudo ln -s /usr/lib/jvm/java-150-sun/man/man1/javadoc1gz javadoc1gz

$ sudo rm javadoc

$ sudo ln -s /usr/lib/jvm/java-150-sun/bin/javadoc javadoc

2)设置环境变量

$ emacs ~/bashrc

在bashrc中新增或整合PATH变量,如下:

#java 程序开发/运行的一些环境变量

JAVA_HOME=/usr/lib/jvm/java-6-sun

JRE_HOME=${JAVA_HOME}/jre

export ANDROID_JAVA_HOME=$JAVA_HOME

export CLASSPATH=:${JAVA_HOME}/lib:$JRE_HOME/lib:$CLASSPATH

export JAVA_PATH=${JAVA_HOME}/bin:${JRE_HOME}/bin

export JAVA_HOME;

export JRE_HOME;

export CLASSPATH;

HOME_BIN=~/bin/

export PATH=${PATH}:${JAVA_PATH}:${HOME_BIN};

保存后,同步更新:

source ~/bashrc

3)安装repo(用来更新android源码)

创建~/bin目录,用来存放repo程序,如下:

$ cd ~

       $ mkdir bin

并加到环境变量PATH中,在第2步中已经加入。

下载repo脚本并使其可执行:

$ curl >

4)初始化repo

repo是android对git的一个封装,简化了一些git的 *** 作。

创建工程目录:

$ mkdir android

       $ cd android

repo初始化:

$ repo init -u git://androidgitkernelorg/platform/manifestgit

在此过程中需要输入名字和email地址。初始化成功后,会显示:

repo initialized in /android

在~/android下会有一个repo的隐藏目录。

5)同步源代码

$ repo sync

这一步要很久很久。

6)编译android源码,并得到~/android/out目录

$ cd ~/andoird

       $ make

这一过程很久。

7)在模拟器上运行编译好的android

编译好android之后,emulator在~/android/out/host/linux-x86/bin下,ramdiskimg,systemimg和userdataimg则在~/android/out/target/product/generic下。

$ cd ~/android/out/host/linux-x86/bin

增加环境变量

$ emacs ~/bashrc

在bashrc中新增环境变量,如下

#java 程序开发/运行的一些环境变量

export ANDROID_PRODUCT_OUT=~/android/out/target/product/generic

ANDROID_PRODUCT_OUT_BIN=~/android/out/host/linux-x86/bin

export PATH=${PATH}:${ANDROID_PRODUCT_OUT_BIN}:${ANDROID_PRODUCT_OUT};

最后,同步这些变化:

$ source ~/bashrc

$ cd ~/android/out/target/product/generic

$ emulator -system systemimg -data userdataimg -ramdisk ramdiskimg

最后进入android桌面,就说明成功了。

8)编译模块

android中的一个应用程序可以单独编译,编译后要重新生成systemimg。

在源码目录下执行

$ build/envsetupsh (后面有空格)

就多出一些命令:

- croot:   Changes directory to the top of the tree

- m:       Makes from the top of the tree

- mm:      Builds all of the modules in the current directory

- mmm:     Builds all of the modules in the supplied directories

- cgrep:   Greps on all local C/C++ files

- jgrep:   Greps on all local Java files

- resgrep: Greps on all local res/xml files

- godir:   Go to the directory containing a file

可以加—help查看用法。

我们可以使用mmm来编译指定目录的模块,如编译联系人:

$ mmm packages/apps/Contacts/

编完之后生成两个文件:

out/target/product/generic/data/app/ContactsTestsapk

       out/target/product/generic/system/app/Contactsapk

可以使用

$ make snod

重新生成systemimg,再运行模拟器。

9)编译SDK

直接执行make是不包括make sdk的。make sdk用来生成SDK,这样,我们就可以用与源码同步的SDK来开发android了。

a)修改/frameworks/base/include/utils/Asseth

‘UNCOMPRESS_DATA_MAX = 1 1024 1024’ 改为 ‘UNCOMPRESS_DATA_MAX = 2 1024 1024’

原因是eclipse编译工程需要大于13M的buffer;

b)编译ADT

由于本人不使用eclipse,所以没有进行这步;

c)执行make sdk

注意,这里需要的javadoc版本为15,所以你需要在步骤1中同时安装sun-java5-jdk

$ make sdk

编译很慢。编译后生成的SDK存放在out/host/linux-x86/sdk/,此目录下有android-sdk_engxxx_linux- x86zip和android-sdk_engxxx_linux-x86目录。android-sdk_engxxx_linux-x86就是 SDK目录。

实际上,当用mmm命令编译模块时,一样会把SDK的输出文件清除,因此,最好把android-sdk_engxxx_linux-x86移出来。

此后的应用开发,就在该SDK上进行,所以把7)对于~/bashrc的修改注释掉,增加如下一行:

export PATH=${PATH}:~/android/out/host/linux-x86/sdk/android-sdk_engxxx_linux-x86/tools

注意要把xxx换成真实的路径;

d)关于环境变量、android工具的选择

目前的android工具有:

A、我们从网上下载的Android SDK,如果你下载过的话( tools下有许多android工具,lib/images下有img映像)

        B、我们用make sdk编译出来的SDK( tools下也有许多android工具,lib/images下有img映像)

        C、我们用make编译出来的out目录( tools下也有许多android工具,lib/images下有img映像)

那么我们应该用那些工具和img呢?

首先,我们一般不会用A选项的工具和img,因为一般来说它比较旧,也源码不同步。其次,也不会用C选项的工具和img,因为这些工具和img没有经过SDK的归类处理,会有工具和配置找不到的情况;事实上,make sdk产生的很多工具和img,在make编译出来out目录的时候,已经编译产生了,make sdk只是做了copy而已。

e)安装、配置ADT

       略过;

f)创建Android Virtual Device

编译出来的SDK是没有AVD(Android Virtual Device)的,我们可以通过android工具查看:

$ android list

创建AVD:

$ android create avd -t 1 -n myavd

可以android –help来查看上面命令选项的用法。创建中有一些选项,默认就行了。

再执行android list,可以看到AVD存放的位置。

以后每次运行emulator都要加-avd myavd或@myavd选项:

$ emulator -avd myavd

10)编译linux内核映像

a)准备交叉编译工具链

android代码树中有一个prebuilt项目,包含了我们编译内核所需的交叉编译工具。

b)设定环境变量

$ emacs ~/bashrc

增加如下两行:

export PATH=$PATH:~/android/prebuilt/linux-x86/toolchain/arm-eabi-440/bin

       export ARCH=arm

保存后,同步变化:

$ source ~/bashrc

c)获得合适的内核源代码

$ cd ~/android

获得内核源代码仓库

$ git clone git://androidgitkernelorg/kernel/commongit kernel

       $ cd kernel

       $ git branch

显示

android-2627

说明你现在在android-2627这个分支上,也是kernel/commongit的默认主分支。

显示所有head分支:

$ git branch -a

显示

android-2627

remotes/origin/HEAD -> origin/android-2627

remotes/origin/android-2625

remotes/origin/android-2627

remotes/origin/android-2629

remotes/origin/android-goldfish-2627

remotes/origin/android-goldfish-2629

我们选取最新的android-goldfish-2629,其中goldfish是android的模拟器模拟的CPU。

$ git checkout -b android-goldfish-2629 origin/android-goldfish-2629

       $ git branch

显示

android-2627

        android-goldfish-2629

我们已经工作在android-goldfish-2629分支上了。

d)设定交叉编译参数

打开kernel目录下的Makefile文件,把CROSS_COMPILE指向刚才下载的prebuilt中的arm-eabi编译器

CROSS_COMPILE = arm-eabi-

LDFLAGS_BUILD_ID = $(patsubst -Wl$(comma)%,%,\

       $(call ld-option, -Wl$(comma)–build-id,))

这一行注释掉,并且添加一个空的LDFLAGS_BUILD_ID定义,如下:

LDFLAGS_BUILD_ID =

e)编译内核映像

$ cd ~/android/kernel

       $ make goldfish_defconfig

       $ make

f)测试生成的内核映像

$ emulator -avd myavd -kernel ~/android/kernel/arch/arm/boot/zImage

Google的C++开源代码项目

v8 - V8 JavaScript Engine

V8 是 Google 的开源 JavaScript 引擎。

V8 采用 C++ 编写,可在谷歌浏览器(来自 Google 的开源浏览器)中使用。

V8 根据 ECMA-262 第三版中的说明使用 ECMAScript,并在使用 IA-32 或 ARM 处理器的 Windows XP 和 Vista、Mac OS X 105 (Leopard) 以及 Linux 系统中运行。

V8 可以独立运行,也可以嵌入任何 C++ 应用程序中。

nativeclient - Native code for web apps

Native Client是一个在Web应用程序中运行本地代码(目前只支持x86架构)的开源的研究性技术,提供更好的“富客户端”用户体验。它允许网络开发者编写更强大的Web程序,这些程序直接通过系统运行而不用通过浏览器来进行,据Google称,它到最后将允许网络开发者开发和桌面软件一样的的web程序,这些程序将带来更快的速度。Native Client类似于微软的ActiveX技术,它还能在Linux和Mac OS X下运行。目前它尚未支持IE,仅支持Google Chrome, Firefox, Safari 和Opera。

tesseract-ocr - An OCR Engine that was developed at HP Labs between 1985 and 1995 and now at Google

OCR(Optical Character Recognition):光学字符识别,是指对文件中的文字进行分析识别,获取的过程。

Tesseract:开源的OCR识别引擎,初期Tesseract引擎由HP实验室研发,后来贡献给了开源软件业,后经由Google进行改进,消除bug,优化,重新发布。当前版本为301

google-glog - Logging library for C++

Google glog是一个基于程序级记录日志信息的c++库,编程使用方式与c++的stream *** 作类似,例:

LOG(INFO) << "Found " << num_cookies << " cookies";

double-conversion - Binary-decimal and decimal-binary routines for IEEE doubles

从V8引擎中抽出的有关数值计算相关的代码,包括大数计算,数值到字符串转换等

googletest - Google C++ Testing Framework

gtest测试框架[1]是在不同平台上(Linux,Mac OS X,Windows,Cygwin,Windows CE和Symbian)为编写C++测试而生成的。它是基于xUnit架构的测试框架,支持自动发现测试,丰富的断言集,用户定义的断言,death测试,致命与非致命的失败,类型参数化测试,各类运行测试的选项和XML的测试报告。

googlemock - Google C++ Mocking Framework

googlemockmock技术,在c++单元测试可以随意修改函数行为的技术。

googlemock是google基于gtest开发的mock框架,适用于c++单元测试。

libphonenumber - Google's phone number handling library, powering Android and more

一个专门用于处理电话号码的库

google-diff-match-patch - Diff, Match and Patch libraries for Plain Text

google-diff-match-patch这个类库提供了强大的算法用于纯文本内容的差异比较,匹配,打补丁,实现同步纯文本所需要执行一些 *** 作。支持多种语言包括:Java、JavaScript、C++、C#、Objective C、Lua和Python。

libkml - a KML library written in C++ with bindings to other languages

libKML是解析,生成和 *** 作KML的库。使用OGC KML22标准。

KML,是 Keyhole 标记语言(Keyhole Markup Language)的缩写,是一种采用 XML 语法与格式的语言,用于描述和保存地理信息(如点、线、图像、多边形和模型等),可以被 Google Earth 和 Google Maps 识别并显示。您可以使用 KML 来与其他 Google Earth 或 Google Maps 用户分享地标与信息。当然,您也可以从 Google Earth 社区 等相关网站获得有趣的 KML 文件。Google Earth 和 Google Maps 处理 KML 文件的方式与网页浏览器处理 HTML 和 XML 文件的方式类似。像 HTML 一样,KML 使用包含名称、属性的标签(tag)来确定显示方式。因此,您可将 Google Earth 和 Google Maps 视为 KML 文件浏览器。单击此处可获得更多信息。

gdata-cpp-util - Google Data APIs C++ utility library

一个Google Data APIs 的工具库,可以GET/POST/PUT/DELETE

lutok - Lightweight C++ API for Lua

是一个 Lua 的 C++ wrapper

Lua 是一个小巧的脚本语言。是巴西里约热内卢天主教大学(Pontifical Catholic University of Rio de Janeiro)里的一个研究小组,由Roberto Ierusalimschy、Waldemar Celes 和 Luiz Henrique de Figueiredo所组成并于1993年开发。 其设计目的是为了嵌入应用程序中,从而为应用程序提供灵活的扩展和定制功能。Lua由标准C编写而成,几乎在所有 *** 作系统和平台上都可以编译,运行。Lua并没有提供强大的库,这是由它的定位决定的。所以Lua不适合作为开发独立应用程序的语言。Lua 有一个同时进行的JIT项目,提供在特定平台上的即时编译功能。

dcs-bwt-compressor - Data compressor program and library

dcsbwt是一个基于Burrower-Wheeler变换的数据压缩程序库

treetree - generic n-ary trees for C++

TreeTree (>

以上就是关于编译android 源码需要sdk环境吗全部的内容,包括:编译android 源码需要sdk环境吗、为什么C++是Google 大部分开源项目的主要编程语言、等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/zz/10079288.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-05-05
下一篇2023-05-05

发表评论

登录后才能评论

评论列表(0条)

    保存