#include<iostream>// 引入输入输出库intmain(){std::cout<<"Hello from cc_binary!"<<std::endl;// 输出信息return0;// 返回0表示程序正常退出} 1. 2. 3. 4. 5. 6. Android.mk文件: LOCAL_PATH:=$(callmy-dir)# 获取当前目录路径include$(CLEAR_VARS)# 清除现有的变量LOCAL_MODULE:=hello_binar...
cc_binary{/* 每个模块必须具有name属性,并且值唯一 (仅有两个例外情况是命名空间和预构建模块中的 Android.bp 属性值,这两个值可能会重复)*/name:"gzip",// srcs属性以字符串列表的形式指定用于构建模块的源文件// 可以使用模块引用语法 ":<module-name>" 来引用生成源文件的其他模块的输出,如 genrule或fil...
为了更好地理解cc_prebuilt_binary的使用场景,我们可以使用饼图来可视化不同场景下的使用比例。以下是一个简单的饼状图示例,展示了不同情况下对cc_prebuilt_binary的调用比例: 40%30%20%10%使用场景比例集成第三方库共享库开发调试其他 结论 通过本文,我们介绍了cc_prebuilt_binary的基本概念及其在Android开发中的...
定义一个模块从模块的类型开始,模块有不同的类型,如下例子中的“cc_binary”,模块包含一些属性格式为“property-name: property-value”,其中name属性必须指定,其属性值必须是全局唯一的。 代码语言:javascript 代码运行次数:0 cc_binary{name:"gzip",srcs:["src/test/minigzip.c"],shared_libs:["libz"],stl:...
"cc_binary_host", "BUILD_NATIVE_TEST": "cc_test", "BUILD_HOST_NATIVE_TEST": "cc_test_host", "BUILD_NATIVE_BENCHMARK": "cc_benchmark", "BUILD_HOST_NATIVE_BENCHMARK": "cc_benchmark_host", "BUILD_JAVA_LIBRARY": "java_library", "BUILD_STATIC_JAVA_LIBRARY": "java_library_static",...
cc_binary { name:"libexample", ... } vendor-only(proprietary):位于vendor.img中,由vendor使用。 cc_binary { name:"libexample", proprietary:true, ... } vendor_available:位于vendor.img中,由vendor使用(可能包含core的重复项)。 cc_binary { ...
cc_binary { name:"libexample", ... } vendor-only(proprietary):位于vendor.img中,由vendor使用。 cc_binary { name:"libexample", proprietary:true, ... } vendor_available:位于vendor.img中,由vendor使用(可能包含core的重复项)。 cc_binary { ...
cc_binary { name: "gzip", srcs: ["src/test/minigzip.c"], shared_libs: ["libz"], stl: "none", } 常见的模块类型有: cc_library, cc_library_headers, cc_library_shared, cc_library_static, android_app, android_app_certificate, java_library, java_library_static, java_sdk_library等等。
模块类型: cc_binary,cc_library_shared,cc_prebuilt_library_shared, prebuilt_etc ... 常用属性 分区(默认system): device_specific, vendor 头文件路径属性: local_include_dirs , include_dirs 源文件: srcs 库引用: shared_libs 2.1 编写&构建动态库模块 -- libhelloaosp 构建...
cc_binary { name: "app", shared_libs: ["libfoo"], } Obviously, this works only if there is only onelibfoomodule in the source tree. Ensuring such name uniqueness for larger trees may become problematic. We might also want to use the same name in multiple mutually exclusive subtrees (...