androidstrip
① 如何用c++写安卓手机软件
用c++写安卓手机软件的方法：
安装ndk，使用纯c++开发安卓程序，下边是详细的步骤与说明：
1、编写入口函数
android_main为入口函数，和C++中的main函数是一样的。这里创建CELLAndroidApp的对象，直接调用main函数。
voidandroid_main(structandroid_app*state)
{
CELLAndroidAppapp(state);
app.main(0,0);
}
2.绘制类的实现说明
protected:
EGLConfig_config;
EGLSurface_surface;
EGLContext_context;
EGLDisplay_display;
android_app*_app;
int_width;
int_height;
部分参数说明：
_surface:用于绘制图形，相当于windows绘图中的位图
_context：可以看做是opengl对象
_display：用于绘图的设备上下文，类似于windows绘图中的dc
3.构造函数说明
CELLAndroidApp(android_app*app):_app(app) { _surface=0; _context=0; _display=0; _width=64; _height=48; app->userData=this;//用户数据 app->onAppCmd=handle_cmd;//窗口的创建销毁等 app->onInputEvent=handle_input;//回调函数 }
值得注意的是，这里的app中的userData，传入用户数据，这里直接传入this，onAppCmd传入的handle_cmd回调函数，onInputEvent传入的事handle_input回调函数
4.类中函数main()说明
virtualvoidmain(intargc,char**argv)
{
intident;
intevents;
android_poll_source*source;
while(true)
{
while((ident=ALooper_pollAll(0,NULL,&events,(void**)&source))>=0)
{
if(source!=NULL)
source->process(_app,source);//有触摸事件，调用input函数,相当于dispatchmessage
if(_app->destroyRequested!=0)
return;
}
render();
}
}
5.调用render()函数，绘制图形。
6.初始化设备函数initDevice()
virtualvoidinitDevice()
{
constEGLintattribs[]=
{
EGL_SURFACE_TYPE,EGL_WINDOW_BIT,
EGL_BLUE_SIZE,8,
EGL_GREEN_SIZE,8,
EGL_RED_SIZE,8,
EGL_NONE
};
EGLintformat;
EGLintnumConfigs;
_display=eglGetDisplay(EGL_DEFAULT_DISPLAY);
eglInitialize(_display,0,0);
eglChooseConfig(_display,attribs,&_config,1,&numConfigs);
eglGetConfigAttrib(_display,_config,EGL_NATIVE_VISUAL_ID,&format);
ANativeWindow_setBuffersGeometry(_app->window,0,0,format);
_surface=eglCreateWindowSurface(_display,_config,_app->window,NULL);
#if0
EGLintcontextAtt[]={EGL_CONTEXT_CLIENT_VERSION,2,EGL_NONE,EGL_NONE};
_context=eglCreateContext(_display,_config,0,contextAtt);
#else
_context=eglCreateContext(_display,_config,0,0);
#endif
if(eglMakeCurrent(_display,_surface,_surface,_context)==EGL_FALSE)
{
LOGW("UnabletoeglMakeCurrent");
return;
}
eglQuerySurface(_display,_surface,EGL_WIDTH,&_width);
eglQuerySurface(_display,_surface,EGL_HEIGHT,&_height);
onCreate();
//InitializeGLstate.
glHint(GL_PERSPECTIVE_CORRECTION_HINT,GL_FASTEST);
glEnable(GL_CULL_FACE);
glShadeModel(GL_SMOOTH);
glDisable(GL_DEPTH_TEST);
glViewport(0,0,_width,_height);
glOrthof(0,_width,_height,0,-100,100);
7.绘制函数render()
virtualvoidrender()
{
if(_display==0)
{
return;
}
glClearColor(0,0,0,1);
glClear(GL_COLOR_BUFFER_BIT);
glEnableClientState(GL_VERTEX_ARRAY);
if(g_arVertex.size()>=2)
{
glColor4f(1,1,1,1);
glVertexPointer(3,GL_FLOAT,0,&g_arVertex[0]);
glDrawArrays(GL_LINE_STRIP,0,g_arVertex.size());
}
eglSwapBuffers(_display,_surface);//双缓存的交换缓冲区
}
8.编译程序，将程序导入到模拟器中，最终运行的效果图如下：
② android系统中，有关框架层的代码应该在以下哪个目录中
Google提供的Android包含了原始Android的目标机代码，主机编译工具、仿真环境，下载的代码包经过解压后(这里是Android2.2的源码包)，源代码的第一层目录结构如下：
|-- Makefile
|-- bionic （bionic C库）
|-- bootable （启动引导相关代码）
|-- build （存放系统编译规则及generic等基础开发包配置）
|-- cts （Android兼容性测试套件标准）
|-- dalvik （dalvik java虚拟机）
|-- development （应用程序开发相关）
|-- external （android使用的一些开源的模组）
|-- frameworks （核心框架——java及C++语言）
|-- hardware （主要保护硬解适配层HAL代码）
|-- libcore
|-- ndk
|-- device
|-- out （编译完成后的代码输出与此目录）
|-- packages （应用程序包）
|-- prebuilt （x86和arm架构下预编译的一些资源）
|-- sdk （sdk及模拟器）
|-- system （文件系统库、应用及组件——c语言）
`-- vendor （厂商定制代码）
bionic 目录
|-- libc （C库）
| |-- arch-arm （ARM架构，包含系统调用汇编实现）
| |-- arch-x86 （x86架构，包含系统调用汇编实现）
| |-- bionic （由C实现的功能，架构无关）
| |-- docs （文档）
| |-- include （头文件）
| |-- inet
| |-- kernel （linux内核中的一些头文件）
| |-- netbsd （？netbsd系统相关，具体作用不明）
| |-- private （？一些私有的头文件）
| |-- stdio （stdio实现）
| |-- stdlib （stdlib实现）
| |-- string （string函数实现）
| |-- tools （几个工具）
| |-- tzcode （时区相关代码）
| |-- unistd （unistd实现）
| `-- zoneinfo （时区信息）
|-- libdl （libdl实现，dl是动态链接，提供访问动态链接库的功能）
|-- libm （libm数学库的实现，）
| |-- alpha （apaha架构）
| |-- amd64 （amd64架构）
| |-- arm （arm架构）
| |-- bsdsrc （？bsd的源码）
| |-- i386 （i386架构）
| |-- i387 （i387架构？）
| |-- ia64 （ia64架构）
| |-- include （头文件）
| |-- man （数学函数，后缀名为.3，一些为freeBSD的库文件）
| |-- powerpc （powerpc架构）
| |-- sparc64 （sparc64架构）
| `-- src （源代码）
|-- libstdc++ （libstdc++ C++实现库）
| |-- include （头文件）
| `-- src （源码）
|-- libthread_db （多线程程序的调试器库）
| `-- include （头文件）
`-- linker （动态链接器）
`-- arch （支持arm和x86两种架构）
bootable 目录
|-- bootloader （适合各种bootloader的通用代码）
| `-- legacy （估计不能直接使用，可以参考）
| |-- arch_armv6 （V6架构，几个简单的汇编文件）
| |-- arch_msm7k （高通7k处理器架构的几个基本驱动）
| |-- include （通用头文件和高通7k架构头文件）
| |-- libboot （启动库，都写得很简单）
| |-- libc （一些常用的c函数）
| |-- nandwrite （nandwirte函数实现）
| `-- usbloader （usbloader实现）
|-- diskinstaller （android镜像打包器，x86可生产iso）
`-- recovery （系统恢复相关）
|-- edify （升级脚本使用的edify脚本语言）
|-- etc （init.rc恢复脚本）
|-- minui （一个简单的UI）
|-- minzip （一个简单的压缩工具）
|-- mttils （mtd工具）
|-- res （资源）
| `-- images （一些图片）
|-- tools （工具）
| `-- ota （OTA Over The Air Updates升级工具）
`-- updater （升级器）
build目录
|-- core （核心编译规则）
|-- history （历史记录）
|-- libs
| `-- host （主机端库，有android “cp”功能替换）
|-- target （目标机编译对象）
| |-- board （开发平台）
| | |-- emulator （模拟器）
| | |-- generic （通用）
| | |-- idea6410 （自己添加的）
| | `-- sim （最简单）
| `-- proct （开发平台对应的编译规则）
| `-- security （密钥相关）
`-- tools （编译中主机使用的工具及脚本）
|-- acp （Android "acp" Command）
|-- apicheck （api检查工具）
|-- applypatch （补丁工具）
|-- apriori （预链接工具）
|-- atree （tree工具）
|-- bin2asm （bin转换为asm工具）
|-- check_prereq （检查编译时间戳工具）
|-- dexpreopt （模拟器相关工具，具体功能不明）
|-- droiddoc （？作用不明，java语言，网上有人说和JDK5有关）
|-- fs_config （This program takes a list of files and directories）
|-- fs_get_stats （获取文件系统状态）
|-- iself （判断是否ELF格式）
|-- isprelinked （判断是否prelinked）
|-- kcm （按键相关）
|-- lsd （List symbol dependencies）
|-- releasetools （生成镜像的工具及脚本）
|-- rgb2565 （rgb转换为565）
|-- signapk （apk签名工具）
|-- soslim （strip工具）
`-- zipalign （zip archive alignment tool）
dalvik目录 dalvik虚拟机
.
|-- dalvikvm （main.c的目录）
|-- dexmp （dex反汇编）
|-- dexlist （List all methods in all concrete classes in a DEX file.）
|-- dexopt （预验证与优化）
|-- docs （文档）
|-- dvz （和zygote相关的一个命令）
|-- dx （dx工具，将多个java转换为dex）
|-- hit （？java语言写成）
|-- libcore （核心库）
|-- libcore-disabled （？禁用的库）
|-- libdex （dex的库）
|-- libnativehelper （Support functions for Android's class libraries）
|-- tests （测试代码）
|-- tools （工具）
`-- vm （虚拟机实现）
development 目录 （开发者需要的一些例程及工具）
|-- apps （一些核心应用程序）
| |-- BluetoothDebug （蓝牙调试程序）
| |-- CustomLocale （自定义区域设置）
| |-- Development （开发）
| |-- Fallback （和语言相关的一个程序）
| |-- FontLab （字库）
| |-- GestureBuilder （手势动作）
| |-- NinePatchLab （？）
| |-- OBJViewer （OBJ查看器）
| |-- SdkSetup （SDK安装器）
| |-- SpareParts （高级设置）
| |-- Term （远程登录）
| `-- launchperf （？）
|-- build （编译脚本模板）
|-- cmds （有个monkey工具）
|-- data （配置数据）
|-- docs （文档）
|-- host （主机端USB驱动等）
|-- ide （集成开发环境）
|-- ndk （本地开发套件——c语言开发套件）
|-- pdk （Plug Development Kit）
|-- samples （演示程序）
| |-- AliasActivity （）
| |-- ApiDemos （API演示程序）
| |-- BluetoothChat （蓝牙聊天）
| |-- BrowserPlugin （浏览器插件）
| |-- BusinessCard （商业卡）
| |-- Compass （指南针）
| |-- ContactManager （联系人管理器）
| |-- CubeLiveWall** （动态壁纸的一个简单例程）
| |-- FixedGridLayout （像是布局）
| |-- GlobalTime （全球时间）
| |-- HelloActivity （Hello）
| |-- Home （Home）
| |-- JetBoy （jetBoy游戏）
| |-- LunarLander （貌似又是一个游戏）
| |-- MailSync （邮件同步）
| |-- MultiResolution （多分辨率）
| |-- MySampleRss （RSS）
| |-- NotePad （记事本）
| |-- RSSReader （RSS阅读器）
| |-- SearchableDictionary （目录搜索）
| |-- **JNI （JNI例程）
| |-- SkeletonApp （空壳APP）
| |-- Snake （snake程序）
| |-- SoftKeyboard （软键盘）
| |-- Wiktionary （？维基）
| `-- Wiktionary**（？维基例程）
|-- scripts （脚本）
|-- sdk （sdk配置）
|-- simulator （？模拟器）
|-- testrunner （？测试用）
`-- tools （一些工具）
③ ocostrip瀹夊崜鐗堟庝箞涓嬭浇
1銆侀栧厛镓揿紑镓嬫満涓婄殑搴旂敤杞浠讹纴镣瑰嚮鎼灭储ocostrip瀹夊崜鐗堛
2銆佺劧钖庣偣鍑讳笅杞斤纴杈揿叆镓嬫満镄勮处鍙峰拰瀵嗙爜銆
3銆佹渶钖庣偣鍑诲畨瑁咃纴鍗冲彲涓嬭浇瀹屾垚ocostrip瀹夊崜鐗堛
④ Android Makefile中是 如何识别 TARGET_PRODUCT 的
, f Q2 W8 i$ Y# i# make showcommands嵌入式开发联盟; h; Q4 ?. m, q _5 q# f4 N这实际上等价于下面的完整命令 （具体参见 build/core/envsetup.mk ） # TARGET_ARCH=arm TARGET_PRODUCT=generic TARGET_BUILD_TYPE=release make showcommands 可见，默认情况下编译系统认为TARGET_PRODUCT 是generic 的arm,linux,winbond,nuvoton,w90p710,w90n745,开源,嵌入式,操作系统,嵌入式开发,嵌入式联盟,linux,ecos,uclinux,t-kernel,freeos,rtems,ucos,skyeye,6 p) P/ }+ a9 x" e' _/ ]8 l( H8 [, e那如何编译特定产品的Android呢？arm,linux,winbond,nuvoton,w90p710,w90n745,开源,嵌入式,操作系统,嵌入式开发,嵌入式联盟,linux,ecos,uclinux,t-kernel,freeos,rtems,ucos,skyeye,7 n N* t# q" c9 c C% W这就需要查看Android Makefile是如何解析环境变量TARGET_PRODUCT的。 Android Makefile 的引用关系是这样的mcuos.com1 b" z& i3 S. J5 J9 TMakefile -> build/core/main.mk -> build/core/config.mk -> build/core/envsetup.mk -> build/core/proct_config.mk嵌入式开发联盟2 t1 D) I' n) x4 /+ Q# X! D在build/core/proct_config.mk 中编译系统首先调用 build/core/proct.mk中定义的函数get-all-proct-makefiles ，来 遍历整个vendor 的子目录， 找到vendor下所有的 AndroidProcts.mk, 不同子目录下的AndroidProcts.mk 中定义了不同的 PRODUCT_NAME, PRODUCT_DEVICE 等信息，（我们也可以通过 打开build/core/proct_config.mk 中的#$(mp-procts) 语句使控制台编译的时候输出所有proct 的信息） ， 接着build/core/proct_config.mk 会调用resolve-short-proct-name 将TARGET_PRODUCT匹配的AndroidProcts.mk 中定义的 PRODUCT_DEVICE 赋值给TARGET_DEVICE。 有了这个TARGET_DEVICE, 再回到 build/core/config.mk， 会include $(TARGET_DEVCIE)/BoardConfig.mk board_config_mk := / $(strip $(wildcard /arm,linux,winbond,nuvoton,w90p710,w90n745,开源,嵌入式,操作系统,嵌入式开发,嵌入式联盟,linux,ecos,uclinux,t-kernel,freeos,rtems,ucos,skyeye,7 s6 h* H) @& B, X. [5 [' t" J& U $(SRC_TARGET_DIR)/board/$(TARGET_DEVICE)/BoardConfig.mk / vendor/*/$(TARGET_DEVICE)/BoardConfig.mk /- 我们只做简洁、实用、专业的嵌入式开发技术论坛。2 L& f% E. T& M4 S) u))我们只做简洁、专业的嵌入式开发技术论坛。5 }- ~6 j# s8 s/ a* v- iinclude $(board_config_mk)嵌入式开发联盟, [. Z( H) L2 B; s, c而这个配置文件BoardConfig.mk 决定了目标系统编译属性，比如使用ALSA还是不是 GENERIC_AUDIO 等等 另外在这里TARGET_DEVICE 宏也决定了TARGET_DEVICE_DIR， 因为TARGET_DEVICE_DIR 取的是上面提到的BoardConfig.mk 的路径。arm,linux,winbond,nuvoton,w90p710,w90n745,开源,嵌入式,操作系统,嵌入式开发,嵌入式联盟,linux,ecos,uclinux,t-kernel,freeos,rtems,ucos,skyeye,' ~( W" a( p& y9 g- n) A: cTARGET_DEVICE_DIR := $(patsubst %/,%,$(dir $(board_config_mk))) 当然Android 的Ob目标输出也是由TARGET_DEVICE决定，见build/core/envsetup.mk TARGET_OUT_ROOT_release := $(OUT_DIR)/target我们只做简洁、专业的嵌入式开发技术论坛。 v( |. V7 ^+ T+ G& mTARGET_OUT_ROOT_debug := $(DEBUG_OUT_DIR)/target TARGET_OUT_ROOT := $(TARGET_OUT_ROOT_$(TARGET_BUILD_TYPE))( ?. c1 J& d) o9 M. [TARGET_PRODUCT_OUT_ROOT := $(TARGET_OUT_ROOT)/proctmcuos.com7 N! X' G9 T7 o& j+ }# |2 S. p# xPRODUCT_OUT := $(TARGET_PRODUCT_OUT_ROOT)/$(TARGET_DEVICE)嵌入式开发联盟 P& ]2 q" C/ x: ?再回到 build/core/main.mk, 编译系统接着做的一个件事情是，遍历所有字目录，找到所有Android.mk文件，并将这些Android.mk文件include 进来## Typical build; include any Android.mk files we can find.#subdir_makefiles := /我们只做简洁、专业的嵌入式开发技术论坛。% T9 p" L4 e. O6 ?, h" @' @$(shell build/tools/findleaves.py --prune=out --prune=.repo --prune=.git $(subdirs) Android.mk)- 我们只做简洁、实用、专业的嵌入式开发技术论坛。7 N. z& r* z; @! p5 n; {include $(subdir_makefiles)- 我们只做简洁、实用、专业的嵌入式开发技术论坛。0 b% j5 a+ L2 E" r9 R3 v7 m我们再来看其中的 ./build/target/board/Android.mk ，对了它引用了
⑤ Android学习之Build环境介绍
这里略过对android在手机上的文件系统框架的阐述（google或者都能帮助你找到对应的信息），主要看google是如何把生成合适的rootfs的工作整合到它的build体系当中，同时，会顺带看一下CyanogenMod中对应各种机型的build机制。
首先，来看一下Android的build系统中，使用到的编译选项和相关工具
具体的目录在：mydroid/build/tools/下
|-- acp
这是一个稍微改良的cp命令，用来应付在windows/MAC/Linux下的cp命令的缺陷，其中的README很值得一看！
|-- adbs
这是一个用来查看crash问题的工具，详细请看《Android调试工具之adbs》
|-- Android.mk
|-- apicheck
用来进行发布前的API检查（参见mydroid/build/core/tasks/apicheck.mk），是否新编译的系统中有破坏API兼容性或是非法的API
这里的代码是用Java写的用来检查编译时生成的API相关信息的xml文件（mydroid/framework/base/api/中），可以参考里面对于xml文件解析的代码
|-- apriori
实现prelink的工具，简单介绍参见（mydroid/bionic/linker/README.TXT）
|-- atree
为android SDK服务的一个工具，用来按照指定xxx.atree文件中的内容进行一些文件操作
|-- bin2asm
不太明白具体的用处，应该是用来应付mac上编译android一些与gcc相关的问题
|-- buildinfo.sh
生成target中的各种xxx.prop文件，如system.prop, build.prop等
|-- check_builds.sh
包装了diff，用来看2个发布版本之间变化
|-- check_prereq
device上进行ota升级时的工具之一
|-- compare_fileslist.py
与check_builds.sh配合完成版本比较的脚本
|-- droiddoc
Android更具javadoc的一些移植
|-- mp-package-stats
简单的查看一个jar/apk文件内的dex和其它文件的大小信息
|-- event_log_tags.py
处理event-log-tags的内容，关于event-log-tags文件的意义参见《Android学习之event-log-tags是神马》
|-- fileslist.py
简化的列出指定目录下所有文件及大小的脚本 -- 可以放入自己的工具库了使用：）
|-- findleaves.py
在指定目录中（可多个）找指定文件的脚本 -- 可以放入自己的工具库了使用：）
|-- fixlinebreaks.sh
把windows中的换行改为linux下的 -- 可以放入自己的工具库了使用：大散芦）
|-- fs_config
列出指定文件夹滚带及文件的权限
|-- fs_get_stats
得到指定文件夹下文件的简单stats信息
|-- iself
判断文件是否是ELF格式
|-- isprelinked
判断文件是否是prelink过的
|-- java-event-log-tags.py
处理event-log-tags的内容，关于event-log-tags文件的意义参见《Android学习之event-log-tags是神马》
|-- kcm
key character map的工具， 相关资料参照：
|-- lsd
!!!!!! ???
|-- merge-event-log-tags.py
处理event-log-tags的内容，关于event-log-tags文件的意掘野义参见《Android学习之event-log-tags是神马》
|-- mktarball.sh
与fs_get_stats配合而执行的打包工具
|-- print_mole_licenses.sh
显示当前目录下所有mole信息
|-- releasetools
-- check_target_files_signatures
|-- common.py
|-- edify_generator.py
|-- img_from_target_files
|-- ota_from_target_files
`-- sign_target_files_apks
|-- rgb2565
rgb转换工具
|-- signapk
命令行下对jar包签名的工具
|-- soslim
Android定制的编译工具之一，简单介绍参见（mydroid/bionic/linker/README.TXT）
|-- warn.py
解析Android系统编译log的工具
`-- zipalign
zipfile的对齐工具，参见该文件夹下的README.TXT
#p#副标题#e#
在来看看Android编译系统中定义的一些通用XXX.mk文件
mydroid/build/core/
|-- armelflib.x
|-- armelf.x
|-- armelf.xsc
|-- base_rules.mk
|-- binary.mk
|-- build_id.mk
|-- build-system.html
|-- checktree
|-- cleanbuild.mk
|-- cleanspec.mk
|-- clear_vars.mk
|-- combo
|-- config.mk
|-- _headers.mk
|-- definitions.mk
|-- device.mk
|-- dex_preopt.mk
|-- distdir.mk
|-- droiddoc.mk
|-- mpvar.mk
|-- dynamic_binary.mk
|-- envsetup.mk
|-- executable.mk
|-- filter_symbols.sh
|-- find-jdk-tools-jar.sh
|-- help.mk
|-- host_executable.mk
|-- host_java_library.mk
|-- host_native_test.mk
|-- host_prebuilt.mk
|-- host_shared_library.mk
|-- host_static_library.mk
|-- java_library.mk
|-- java.mk
|-- legacy_prebuilts.mk
|-- main.mk
|-- Makefile
|-- multi_prebuilt.mk
|-- native_test.mk
|-- node_fns.mk
|-- notice_files.mk
|-- package.mk
|-- pathmap.mk |-- phony_package.mk
|-- prebuilt.mk
|-- process_wrapper_gdb.cmds
|-- process_wrapper_gdb.sh
|-- process_wrapper.sh
|-- proct_config.mk
|-- proct.mk
|-- proguard.flags
|-- proguard_tests.flags
|-- raw_executable.mk
|-- raw_static_library.mk
|-- root.mk
|-- shared_library.mk
|-- static_java_library.mk
|-- static_library.mk
|-- tasks
|-- user_tags.mk
`-- version_defaults.mk
#p#副标题#e#
这里，目录在mydroid/build/core/tasks/有一些特别的task
|-- apicheck.mk, 判断api是否符合AOSP的规范
|-- cts.mk cts测试， 可以在代码根目录， make cts, 编译结束之后，进入out/host/linux-x86/bin/下，执行cts命令
|-- ide.mk IDE开发环境
|-- proct-graph.mk
`-- sdk-addon.mk
NDK的build环境没有包含在标注难得AOSP的/build/目录下
而是在mydroid/ndk/build下
$ cd ndk/build/tools
$ export ANDROID_NDK_ROOT=aosp-root/ndk
$ ./make-release --help
一些小技巧
如何显示每次编译所包含的所有xxx.mk文件
找到build/core/main.mk
把include $（subdir_makefiles）替换为
[plain] view plain $（foreach subdir_makefile, $（subdir_makefiles），
$（info Including $（subdir_makefile））
$（eval include $（subdir_makefile））)
subdir_makefile :=
如果遇见API相关的PACKAGING/checkapi-current-timestamp] Error 38
需要执行：make update-api
如何在AOSP代码目录之外编译
[plain] view plain # Paths and settings
TARGET_PRODUCT = generic
ANDROID_ROOT = /home/karim/android/aosp-2.3.x
BIONIC_LIBC = $（ANDROID_ROOT）/bionic/libc
PRODUCT_OUT = $（ANDROID_ROOT）/out/target/proct/$（TARGET_PRODUCT）
CROSS_COMPILE =
$（ANDROID_ROOT）/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-
# Tool names
AS = $（CROSS_COMPILE）as
AR = $（CROSS_COMPILE）ar
CC = $（CROSS_COMPILE）gcc
CPP = $（CC） -E
LD = $（CROSS_COMPILE）ld
NM = $（CROSS_COMPILE）nm
OBJCOPY = $（CROSS_COMPILE）obj
OBJDUMP = $（CROSS_COMPILE）objmp
RANLIB = $（CROSS_COMPILE）ranlib
READELF = $（CROSS_COMPILE）readelf
SIZE = $（CROSS_COMPILE）size
STRINGS = $（CROSS_COMPILE）strings
STRIP = $（CROSS_COMPILE）strip
export AS AR CC CPP LD NM OBJCOPY OBJDUMP RANLIB READELF
SIZE STRINGS STRIP
# Build settings
CFLAGS = -O2 -Wall -fno-short-enums
HEADER_OPS = -I$（BIONIC_LIBC）/arch-arm/include
-I$（BIONIC_LIBC）/kernel/common
-I$（BIONIC_LIBC）/kernel/arch-arm
LDFLAGS = -nostdlib -Wl,-dynamic-linker,/system/bin/linker
$（PRODUCT_OUT）/obj/lib/crtbegin_dynamic.o
$（PRODUCT_OUT）/obj/lib/crtend_android.o
-L$（PRODUCT_OUT）/obj/lib -lc -ldl
# Installation variables
EXEC_NAME = example-app
INSTALL = install
INSTALL_DIR = $（PRODUCT_OUT）/system/bin
# Files needed for the build
OBJS = example-app.o
# Make rules
all: example-app
.c.o:
$（CC） $（CFLAGS） $（HEADER_OPS） -c {1}lt;
example-app: ${OBJS}
$（CC） -o $（EXEC_NAME） ${OBJS} $（LDFLAGS）
install: example-app
test -d $（INSTALL_DIR） || $（INSTALL） -d -m 755 $（INSTALL_DIR）
$（INSTALL） -m 755 $（EXEC_NAME） $（INSTALL_DIR）
clean:
rm -f *.o $（EXEC_NAME） core
distclean:
rm -f *~
rm -f *.o $（EXEC_NAME） core
如何增加一个新的设备
[plain] view plain $ cd ~/android/aosp-2.3.x
$ . build/envsetup.sh
$ mkdir -p device/acme/coyotepad
$ cd device/acme/coyotepad
进入AndroidProcts.mk
PRODUCT_MAKEFILES :=
$（LOCAL_DIR）/full_coyotepad.mk
对于full_coyotepad.mk
$（call inherit-proct, $（SRC_TARGET_DIR）/proct/languages_full.mk）
$（call inherit-proct, $（SRC_TARGET_DIR）/proct/full.mk）
DEVICE_PACKAGE_OVERLAYS :=
PRODUCT_PACKAGES +=
PRODUCT_COPY_FILES +=
PRODUCT_NAME := full_coyotepad
PRODUCT_DEVICE := coyotepad
PRODUCT_MODEL := Full Android on CoyotePad, meep-meep
在BoardConfig.mk中
TARGET_NO_KERNEL := true
TARGET_NO_BOOTLOADER := true
TARGET_CPU_ABI := armeabi
BOARD_USES_GENERIC_AUDIO := true
USE_CAMERA_STUB := true
打开vendorsetup.sh
add_lunch_combo full_coyotepad-eng
#p#副标题#e#
⑥ android 怎么编译so文件
android NDK编译多个so文件
android编译系统的makefile文件Android.mk写法如下
(1)Android.mk文件首先需要指定LOCAL_PATH变量，用于查找源文件。由于一般情况下
Android.mk和需要编译的源文件在同一目录下，所以定义成如下形式：
LOCAL_PATH:=$(call my-dir)
上面的语句的意思是将LOCAL_PATH变量定义成本文件所在目录路径。
(2)Android.mk中可以定义多个编译模块，每个编译模块都是以include $(CLEAR_VARS)开始
以include $(BUILD_XXX)结束。
include $(CLEAR_VARS)
CLEAR_VARS由编译系统提供，指定让GNU MAKEFILE为你清除除LOCAL_PATH以外的所有LOCAL_XXX变量，
如LOCAL_MODULE，LOCAL_SRC_FILES，LOCAL_SHARED_LIBRARIES，LOCAL_STATIC_LIBRARIES等。
include $(BUILD_STATIC_LIBRARY)表示编译成静态库
include $(BUILD_SHARED_LIBRARY)表示编译成动态库。
include $(BUILD_EXECUTABLE)表示编译成可执行程序
(3)举例如下(frameworks/base/libs/audioflinger/Android.mk)：
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS) 模块一
ifeq ($(AUDIO_POLICY_TEST),true)
ENABLE_AUDIO_DUMP := true
endif
LOCAL_SRC_FILES:= \
AudioHardwareGeneric.cpp \
AudioHardwareStub.cpp \
AudioHardwareInterface.cpp
ifeq ($(ENABLE_AUDIO_DUMP),true)
LOCAL_SRC_FILES += AudioDumpInterface.cpp
LOCAL_CFLAGS += -DENABLE_AUDIO_DUMP
endif
LOCAL_SHARED_LIBRARIES := \
libcutils \
libutils \
libbinder \
libmedia \
libhardware_legacy
ifeq ($(strip $(BOARD_USES_GENERIC_AUDIO)),true)
LOCAL_CFLAGS += -DGENERIC_AUDIO
endif
LOCAL_MODULE:= libaudiointerface
ifeq ($(BOARD_HAVE_BLUETOOTH),true)
LOCAL_SRC_FILES += A2dpAudioInterface.cpp
LOCAL_SHARED_LIBRARIES += liba2dp
LOCAL_CFLAGS += -DWITH_BLUETOOTH -DWITH_A2DP
LOCAL_C_INCLUDES += $(call include-path-for, bluez)
endif
include $(BUILD_STATIC_LIBRARY) 模块一编译成静态库
include $(CLEAR_VARS) 模块二
LOCAL_SRC_FILES:= \
AudioPolicyManagerBase.cpp
LOCAL_SHARED_LIBRARIES := \
libcutils \
libutils \
libmedia
ifeq ($(TARGET_SIMULATOR),true)
LOCAL_LDLIBS += -ldl
else
LOCAL_SHARED_LIBRARIES += libdl
endif
LOCAL_MODULE:= libaudiopolicybase
ifeq ($(BOARD_HAVE_BLUETOOTH),true)
LOCAL_CFLAGS += -DWITH_A2DP
endif
ifeq ($(AUDIO_POLICY_TEST),true)
LOCAL_CFLAGS += -DAUDIO_POLICY_TEST
endif
include $(BUILD_STATIC_LIBRARY) 模块二编译成静态库
include $(CLEAR_VARS) 模块三
LOCAL_SRC_FILES:= \
AudioFlinger.cpp \
AudioMixer.cpp.arm \
AudioResampler.cpp.arm \
AudioResamplerSinc.cpp.arm \
AudioResamplerCubic.cpp.arm \
AudioPolicyService.cpp
LOCAL_SHARED_LIBRARIES := \
libcutils \
libutils \
libbinder \
libmedia \
libhardware_legacy
ifeq ($(strip $(BOARD_USES_GENERIC_AUDIO)),true)
LOCAL_STATIC_LIBRARIES += libaudiointerface libaudiopolicybase
LOCAL_CFLAGS += -DGENERIC_AUDIO
else
LOCAL_SHARED_LIBRARIES += libaudio libaudiopolicy
endif
ifeq ($(TARGET_SIMULATOR),true)
LOCAL_LDLIBS += -ldl
else
LOCAL_SHARED_LIBRARIES += libdl
endif
LOCAL_MODULE:= libaudioflinger
ifeq ($(BOARD_HAVE_BLUETOOTH),true)
LOCAL_CFLAGS += -DWITH_BLUETOOTH -DWITH_A2DP
LOCAL_SHARED_LIBRARIES += liba2dp
endif
ifeq ($(AUDIO_POLICY_TEST),true)
LOCAL_CFLAGS += -DAUDIO_POLICY_TEST
endif
ifeq ($(TARGET_SIMULATOR),true)
ifeq ($(HOST_OS),linux)
LOCAL_LDLIBS += -lrt -lpthread
endif
endif
ifeq ($(BOARD_USE_LVMX),true)
LOCAL_CFLAGS += -DLVMX
LOCAL_C_INCLUDES += vendor/nxp
LOCAL_STATIC_LIBRARIES += liblifevibes
LOCAL_SHARED_LIBRARIES += liblvmxservice
# LOCAL_SHARED_LIBRARIES += liblvmxipc
endif
include $(BUILD_SHARED_LIBRARY) 模块三编译成动态库
(4)编译一个应用程序(APK)
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Build all java files in the java subdirectory-->直译（建立在java子目录中的所有Java文件）
LOCAL_SRC_FILES := $(call all-subdir-java-files)
# Name of the APK to build-->直译（创建APK的名称）
LOCAL_PACKAGE_NAME := LocalPackage
# Tell it to build an APK-->直译（告诉它来建立一个APK）
include $(BUILD_PACKAGE)
(5)编译一个依赖于静态Java库(static.jar)的应用程序
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# List of static libraries to include in the package
LOCAL_STATIC_JAVA_LIBRARIES := static-library
# Build all java files in the java subdirectory
LOCAL_SRC_FILES := $(call all-subdir-java-files)
# Name of the APK to build
LOCAL_PACKAGE_NAME := LocalPackage
# Tell it to build an APK
include $(BUILD_PACKAGE)
(6)编译一个需要用平台的key签名的应用程序
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Build all java files in the java subdirectory
LOCAL_SRC_FILES := $(call all-subdir-java-files)
# Name of the APK to build
LOCAL_PACKAGE_NAME := LocalPackage
LOCAL_CERTIFICATE := platform
# Tell it to build an APK
include $(BUILD_PACKAGE)
(7)编译一个需要用特定key前面的应用程序
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Build all java files in the java subdirectory
LOCAL_SRC_FILES := $(call all-subdir-java-files)
# Name of the APK to build
LOCAL_PACKAGE_NAME := LocalPackage
LOCAL_CERTIFICATE := vendor/example/certs/app
# Tell it to build an APK
include $(BUILD_PACKAGE)
(8)添加一个预编译应用程序
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Mole name should match apk name to be installed.
LOCAL_MODULE := LocalMoleName
LOCAL_SRC_FILES := $(LOCAL_MODULE).apk
LOCAL_MODULE_CLASS := APPS
LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)
include $(BUILD_PREBUILT)
(9)添加一个静态JAVA库
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Build all java files in the java subdirectory
LOCAL_SRC_FILES := $(call all-subdir-java-files)
# Any libraries that this library depends on
LOCAL_JAVA_LIBRARIES := android.test.runner
# The name of the jar file to create
LOCAL_MODULE := sample
# Build a static jar file.
include $(BUILD_STATIC_JAVA_LIBRARY)
(10)Android.mk的编译模块中间可以定义相关的编译内容，也就是指定相关的变量如下：
LOCAL_AAPT_FLAGS
LOCAL_ACP_UNAVAILABLE
LOCAL_ADDITIONAL_JAVA_DIR
LOCAL_AIDL_INCLUDES
LOCAL_ALLOW_UNDEFINED_SYMBOLS
LOCAL_ARM_MODE
LOCAL_ASFLAGS
LOCAL_ASSET_DIR
LOCAL_ASSET_FILES 在Android.mk文件中编译应用程序(BUILD_PACKAGE)时设置此变量，表示资源文件，
通常会定义成LOCAL_ASSET_FILES += $(call find-subdir-assets)
LOCAL_BUILT_MODULE_STEM
LOCAL_C_INCLUDES 额外的C/C++编译头文件路径，用LOCAL_PATH表示本文件所在目录
举例如下：
LOCAL_C_INCLUDES += extlibs/zlib-1.2.3
LOCAL_C_INCLUDES += $(LOCAL_PATH)/src
LOCAL_CC 指定C编译器
LOCAL_CERTIFICATE 签名认证
LOCAL_CFLAGS 为C/C++编译器定义额外的标志(如宏定义)，举例：LOCAL_CFLAGS += -DLIBUTILS_NATIVE=1
LOCAL_CLASSPATH
LOCAL_COMPRESS_MODULE_SYMBOLS
LOCAL_COPY_HEADERS install应用程序时需要复制的头文件，必须同时定义LOCAL_COPY_HEADERS_TO
LOCAL_COPY_HEADERS_TO install应用程序时复制头文件的目的路径
LOCAL_CPP_EXTENSION 如果你的C++文件不是以cpp为文件后缀，你可以通过LOCAL_CPP_EXTENSION指定C++文件后缀名
如：LOCAL_CPP_EXTENSION := .cc
注意统一模块中C++文件后缀必须保持一致。
LOCAL_CPPFLAGS 传递额外的标志给C++编译器，如：LOCAL_CPPFLAGS += -ffriend-injection
LOCAL_CXX 指定C++编译器
LOCAL_DX_FLAGS
LOCAL_EXPORT_PACKAGE_RESOURCES
LOCAL_FORCE_STATIC_EXECUTABLE 如果编译的可执行程序要进行静态链接(执行时不依赖于任何动态库)，则设置LOCAL_FORCE_STATIC_EXECUTABLE:=true
目前只有libc有静态库形式，这个只有文件系统中/sbin目录下的应用程序会用到，这个目录下的应用程序在运行时通常
文件系统的其它部分还没有加载，所以必须进行静态链接。
LOCAL_GENERATED_SOURCES
LOCAL_INSTRUMENTATION_FOR
LOCAL_INSTRUMENTATION_FOR_PACKAGE_NAME
LOCAL_INTERMEDIATE_SOURCES
LOCAL_INTERMEDIATE_TARGETS
LOCAL_IS_HOST_MODULE
LOCAL_JAR_MANIFEST
LOCAL_JARJAR_RULES
LOCAL_JAVA_LIBRARIES 编译java应用程序和库的时候指定包含的java类库，目前有core和framework两种
多数情况下定义成：LOCAL_JAVA_LIBRARIES := core framework
注意LOCAL_JAVA_LIBRARIES不是必须的，而且编译APK时不允许定义(系统会自动添加)
LOCAL_JAVA_RESOURCE_DIRS
LOCAL_JAVA_RESOURCE_FILES
LOCAL_JNI_SHARED_LIBRARIES
LOCAL_LDFLAGS 传递额外的参数给连接器(务必注意参数的顺序)
LOCAL_LDLIBS 为可执行程序或者库的编译指定额外的库，指定库以"-lxxx"格式，举例：
LOCAL_LDLIBS += -lcurses -lpthread
LOCAL_LDLIBS += -Wl,-z,origin
LOCAL_MODULE 生成的模块的名称(注意应用程序名称用LOCAL_PACKAGE_NAME而不是LOCAL_MODULE)
LOCAL_MODULE_PATH 生成模块的路径
LOCAL_MODULE_STEM
LOCAL_MODULE_TAGS 生成模块的标记
LOCAL_NO_DEFAULT_COMPILER_FLAGS
LOCAL_NO_EMMA_COMPILE
LOCAL_NO_EMMA_INSTRUMENT
LOCAL_NO_STANDARD_LIBRARIES
LOCAL_OVERRIDES_PACKAGES
LOCAL_PACKAGE_NAME APK应用程序的名称
LOCAL_POST_PROCESS_COMMAND
LOCAL_PREBUILT_EXECUTABLES 预编译including $(BUILD_PREBUILT)或者$(BUILD_HOST_PREBUILT)时所用,指定需要复制的可执行文件
LOCAL_PREBUILT_JAVA_LIBRARIES
LOCAL_PREBUILT_LIBS 预编译including $(BUILD_PREBUILT)或者$(BUILD_HOST_PREBUILT)时所用, 指定需要复制的库.
LOCAL_PREBUILT_OBJ_FILES
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES
LOCAL_PRELINK_MODULE 是否需要预连接处理(默认需要，用来做动态库优化)
LOCAL_REQUIRED_MODULES 指定模块运行所依赖的模块(模块安装时将会同步安装它所依赖的模块)
LOCAL_RESOURCE_DIR
LOCAL_SDK_VERSION
LOCAL_SHARED_LIBRARIES 可链接动态库
LOCAL_SRC_FILES 编译源文件
LOCAL_STATIC_JAVA_LIBRARIES
LOCAL_STATIC_LIBRARIES 可链接静态库
LOCAL_UNINSTALLABLE_MODULE
LOCAL_UNSTRIPPED_PATH
LOCAL_WHOLE_STATIC_LIBRARIES 指定模块所需要载入的完整静态库(这些精通库在链接是不允许链接器删除其中无用的代码)
LOCAL_YACCFLAGS
OVERRIDE_BUILT_MODULE_PATH