Android.mk中的LOCAL_CLANG

最新推荐文章于 2025-02-10 11:40:52 发布
原创 最新推荐文章于 2025-02-10 11:40:52 发布 · 5.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#clang #Android.mk #LOCAL_CLANG

Building with Clang

As a first step to building an ASan-instrumented binary, make sure that your code builds with Clang. This is done by adding LOCAL_CLANG:=true to the build rules. Clang may find bugs in your code that GCC missed.


很多资料中说LOCAL_CLANG 代表 代码是c 是错误的，官方资料中意思是用llvm编译

clang编译内核_Android源码、内核编译
weixin_39776787的博客
12-18 2073
Android源码和内核的编译就是一场马拉松，每一个节点都耗时漫长，下载源码、编译源码、下载内核、编译内核，下载中途会断掉，编译中间会失败，求解再重来，又是一轮马拉松，于是每一步都要做好备份和记录，可是30G的源码(编译后已经达到70G)备份一次都需要好久。好在春节伊始我放弃了其他的学习，全力搞这个过程，终于算是拿下了。不过，漫漫长路，这只是一个开头。我编译的是Android最新稳定版本andro...
Quick-Cocos2dx 新项目 编译android报错/Android.mk:gnustl_static: LOCAL_SRC_FILES points to a missing file
Dream_GentleMan的博客
01-21 1659
使用Quick-Cocos2dx-Community 3.6.5 Release新创建的项目，在android编译的过程中报错： Android NDK: ERROR:/Users/XXX/Documents/Android/android-ndk-r9d/sources/cxx-stl/gnu-libstdc++/Android.mk:gnustl_static: LOCAL_SRC_FILE...
android.mk gcc clang,用clang而不是gcc构建android？和clang stl lib而不是gnustl lib？
weixin_39994461的博客
05-27 866
* .mk文件有几个错误：libc _static不是APP_STL的正确值,在这里应该是c _static.当设置在Android.mk中时,NDK_TOOLCHAIN_VERSION无效,应该在Application.mk中设置LOCAL_CLANG是在AOSP系统模块中使用的变量,而不是使用NDK时.由于您将APP_STL设置为c _static,NDK工具链将会正确地告诉链接程序要使用的是...
用 Golang 开发 Android 应用 -- clang 编译环境配置
kaisoft的专栏
03-25 2499
最近更新 NDK 到 r19c 发现用 clang 替代 gcc 来编译配置会更简单一些。这里就来说明一下怎样配置 clang 编译环境。 请先看看基本配置。 NDK 下载 然后下载对应的ndk，喜欢稳定版本就下r19c，喜欢新的就下r20-beta1。 r20-beta1 r19c android-ndk-r20-beta1-darwin-x86_64.zip android-n...
（NDK编译）详解使用Android.mk编译的C/C++程序过程
danielxinhj的博客
09-20 5071
想要在Android设备上运行c程序可执行文件，可采用一个方法就是使用NDK编译，很多时候要比gcc编译更适合，这里我采用的是imx6q的开发板上面装载了自己编写的Android6.0.1镜像，在Ubuntu64位系统上采用NDK编译。
编译器小知识总结
每天进步一点点
10-10 1321
Building with ClangAs a first step to building an ASan-instrumented binary, make sure that your code builds with Clang. This is done by adding LOCAL_CLANG:=true to the build rules. Clang may find bugs
cmake和android.mk调试,Android NDK Cmakelist.txt与Android.mk、Application.mk Makefile 编译配置开发...
weixin_30533377的博客
05-27 1006
CMake基本配置与注意事项CMake​ 在android studio 2.2及以上，构建原生库的默认工具是 CMake。​ CMake是一个跨平台的构建工具，可以用简单的语句来描述所有平台的安装(编译过程)。能够输出各种各样的makefile或者project文件。Cmake 并不直接建构出最终的软件，而是产生其他工具的脚本(如Makefile )，然后再依这个工具的构建方式使用。...
AOSP 编译配置：深入解析 Android.mk 和 Android.bp
wzkacyw的博客
02-10 1903
基础篇.系统 mk_bp 讲解📢 1. 职业规划篇📢 2.基础篇📢 3. 系统应用篇📢 4. 系统篇📢 5. 性能篇（省）低内存优化（稳）稳定性优化（快）开机优化framework交流，答疑:251662478🔹 一、Android.mk 文件介绍Android.mk 是 AOSP 传统的 Makefile 文件，主要用于描述 如何编译可执行文件、共享库、静态库和 APK。📌 Android.mk 结构🔹 二、mk 文件中重要的编译规则。
Android.mk和Android.bp宏对应关系
m0_49328056的博客
12-01 1767
Android.mk和Android.bp宏对应关系
NDK编译脚本：Android.mk or CMakeLists.txt
川峰的博客
10-16 630
Android NDK以前默认使用Android.mk与Application.mk进行构建，但是在Android Studio2.2之后推荐使用CMake进行编译。CMake是跨平台编译工具，全称为cross platform make，内建c、c++、java自动相依性分析功能。NDK通过工具链支持CMake，工具链文件是用于自定义交叉编译工具链的CMake文件。用于NDK的工具链位于/build/cmake/android.toolchain.cmake。cmake官网。
android开发之NDK配置开发
qq_42282862的博客
06-01 5087
输入命令javah -jni com.example.mr5.jnidemo.JniUtil --------包名+类名。3、将CMake的安装路径添加到PATH环境变量，或将其添加到项目的local.properties文件中，如下所示。5、在local.properties的文件添加NDK的路径和SDK的路径。8、在build.gradle文件中ndk的模块。
Android.bp/mk的常见语法对比
今天也是星期五的博客
08-24 1023
Android.mk和Android.bp文件中的一些常见属性的对应关系可以参考：build/soong/androidmk/androidmk/android.go文件。vendor: true或者。
clang(llvm)命令调用android NDK 编译C应用
qushaobo的专栏
07-19 5341
在window下载的android NDK解压后，可以用如下命令，安装NDK独立编译工具。这样再用命令时不用带一把参数了。 "D:\Program Files\python27\python" make_standalone_toolchain.py --arch arm --api=9 --install-dir=d:/test --force 其中python27去下了安装就好。 然后简...
编译器clang的使用-编译HelloWold程序
Android/Linux的专栏
09-11 9535
源于在编译Android源码的时候时常看到用到了LLVM编译器，其中针对C语言的是clang，相当于GNU中的gcc。深表好奇，这里试用了解一下。   1.安装     执行sudo apt-get install clang就安装了。同样这里Ubuntu 12.04 安装clang 3.3也有离线安装方法。 kangear@ubuntu:/tmp$ clang -v Ubuntu cl
深入研究Clang（一）Clang和LLVM的关系及整体架构
weixin_30699235的博客
12-31 790
作者：史宁宁（snsn1984） Clang和LLVM的关系 Clang和LLVM到底是什么关系，这是在研究Clang的过程中所不可避免的一个问题。如果要搞清楚Clang和LLVM之间的关系，首先先要知道宏观的LLVM和微观的LLVM。 宏观的LLVM，指的是整个的LLVM的框架，它肯定包含了Clang，因为Clang是LLVM...
clang++的诡异之处
u013046245的专栏
03-14 1957
最近一次作业，写一个高精度+ - × / 运算 我设计了一个bigint类用来实现高精度（代码会在下一篇贴出来） 当然写的时候有点小错误，程序运行一直失败，在调试的时候居然发现一件诡异的事情 我个人认为是clang++有问题，但通常说clang++编译更严格，也可能是我写法的问题 望各位指正 amrzs@ubuntu:bigint$ g++ -g main.cpp bigin
Android JNI学习笔记（三）－编译文件Android.mk、Application.mk 与camke
热门推荐
_StriveG的专栏
11-28 1万+
1. 前言在android2.2中，加入了cmake编译，而以前都是用Android.mk、Application.mk的，今天就来记录下，他们的配置选项。2. Android.mkAndroid.mk在jni目录下，用于描述构建系统的源文件以及 shared libraries 。文件格式如下： 以LOCAL_PATH变量开始 LOCAL_PATH := $(call my-dir) 紧接着是C
LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE := 蓝狐定制.sh LOCAL_CPPFLAGS += -w -s -Wno-error=format-security -fvisibility=hidden -Werror -std=c++17 LOCAL_CPPFLAGS += -Wno-error=c++11-narrowing -fpermissive -Wall -fexceptions LOCAL_C_INCLUDES += $(LOCAL_PATH)/include LOCAL_C_INCLUDES += $(LOCAL_PATH)/include/Aim LOCAL_C_INCLUDES += $(LOCAL_PATH)/include/Android_draw LOCAL_C_INCLUDES += $(LOCAL_PATH)/include/Android_vulkan LOCAL_C_INCLUDES += $(LOCAL_PATH)/include/Android_shm LOCAL_C_INCLUDES += $(LOCAL_PATH)/include/Android_touch LOCAL_C_INCLUDES += $(LOCAL_PATH)/include/Android_check LOCAL_C_INCLUDES += $(LOCAL_PATH)/include/ImGui LOCAL_C_INCLUDES += $(LOCAL_PATH)/include/Tools LOCAL_C_INCLUDES += $(LOCAL_PATH)/include/native_surface FILE_LIST += $(wildcard $(LOCAL_PATH)/src/*.c*) FILE_LIST += $(wildcard $(LOCAL_PATH)/src/Aim/*.c*) FILE_LIST += $(wildcard $(LOCAL_PATH)/src/Android_draw/*.c*) LOCAL_C_INCLUDES += $(LOCAL_PATH)/include/Android_vulkan FILE_LIST += $(wildcard $(LOCAL_PATH)/src/Android_read/*.c*) FILE_LIST += $(wildcard $(LOCAL_PATH)/src/Android_shm/*.c*) FILE_LIST += $(wildcard $(LOCAL_PATH)/src/Android_touch/*.c*) FILE_LIST += $(wildcard $(LOCAL_PATH)/src/Android_check/*.c*) FILE_LIST += $(wildcard $(LOCAL_PATH)/src/ImGui/*.c*) FILE_LIST += $(wildcard $(LOCAL_PATH)/src/native_surface/*.c*) FILE_LIST += $(wildcard $(LOCAL_PATH)/src/Tools/*.c*) LOCAL_SRC_FILES += $(FILE_LIST:$(LOCAL_PATH)/%=%) LOCAL_LDFLAGS += -lEGL -lGLESv2 -lGLESv3 -landroid -llog include $(BUILD_EXECUTABLE) 如何添加O3优化
最新发布
07-07
<think>我们参考用户提供的引用内容，特别是引用[1]和引用[2]： 引用[1]提到：尽量不要改变Android.mk中的优化/调试级别，建议在Application.mk中设置。但同时也提到，在Android.mk中可以使用LOCAL_CFLAGS来指定标志，并且注意在早期版本中只适用于C源文件，但后来纠正了，也可以用于C++源文件（使用LOCAL_CPPFLAGS）。 引用[2]进一步说明：在NDK-1.5_r1之后，标志可以应用于C或C++源文件，并且可以使用LOCAL_CFLAGS指定C或C++源文件的标志。 但是，用户的问题是如何在Android.mk文件中配置LOCAL_CPPFLAGS以启用O3编译优化级别。 根据NDK的文档，我们可以通过以下方式设置： 1. 对于C++源文件，我们可以使用LOCAL_CPPFLAGS来设置编译标志。 2. 另外，引用[1]也提到，可以使用LOCAL_CFLAGS来同时设置C和C++的编译标志（因为后来纠正了，所以LOCAL_CFLAGS会同时作用于C和C++源文件）。但为了明确只针对C++，我们可以使用LOCAL_CPPFLAGS。 因此，在Android.mk文件中，我们可以这样写： LOCAL_CPPFLAGS += -O3 注意：如果我们的模块既有C也有C++代码，并且希望都使用O3优化，那么我们可以使用LOCAL_CFLAGS： LOCAL_CFLAGS += -O3 但是，如果只希望C++代码使用O3，而C代码使用其他优化级别（或者反之），那么就需要分开设置。 另外，引用[1]还建议尽量在Application.mk中设置，这样可以让NDK生成调试时使用的有用数据文件，并且避免直接修改Android.mk中的优化级别。所以，我们也可以考虑在Application.mk中设置全局的优化级别。 在Application.mk中，我们可以设置： APP_OPTIM := release # 或者直接设置优化标志 APP_CFLAGS += -O3 APP_CPPFLAGS += -O3 但是，用户明确要求如何在Android.mk中配置LOCAL_CPPFLAGS，所以我们重点回答这个。 步骤： 在Android.mk文件中，找到要启用O3优化的模块，在该模块的LOCAL_CPPFLAGS中添加-O3。 示例： include $(CLEAR_VARS) LOCAL_MODULE := mymodule LOCAL_SRC_FILES := myfile.cpp # 为C++源文件设置O3优化 LOCAL_CPPFLAGS += -O3 include $(BUILD_SHARED_LIBRARY) 注意：如果同时设置了LOCAL_CFLAGS和LOCAL_CPPFLAGS，那么C++文件会同时使用这两个变量中的标志，而C文件只使用LOCAL_CFLAGS。 另外，引用[3]提到，Android.mk是位于jni/目录下的，用于描述源文件和共享库。 引用[4]和[5]没有提供直接相关的信息。 因此，总结如下： 在Android.mk中，为特定模块的C++源文件启用O3优化，使用LOCAL_CPPFLAGS += -O3。 同时，我们也要注意，在调试版本中，我们可能不需要这么高的优化级别，因为可能会影响调试。所以，我们可以根据构建类型（debug/release）来条件设置。 例如，我们可以通过判断NDK_DEBUG的值来设置： ifeq ($(NDK_DEBUG),1) # 调试模式，使用-O0 LOCAL_CPPFLAGS += -O0 else # 发布模式，使用-O3 LOCAL_CPPFLAGS += -O3 endif 但通常，更推荐在Application.mk中通过APP_OPTIM来控制，因为这样更符合NDK的设计。 最后，我们生成相关问题。</think>### 在 Android.mk 中配置 O3 编译优化的完整指南 根据您提供的引用内容[^1][^2][^3]，在 Android NDK 构建系统中为特定模块添加 O3 优化的正确配置方式如下： #### 1. **基础配置方法** 在模块的 `Android.mk` 文件中添加： ```makefile LOCAL_CFLAGS += -O3 # 同时影响 C 和 C++ 源文件 LOCAL_CPPFLAGS += -O3 # 仅影响 C++ 源文件（推荐显式声明） ``` *引用建议：优先使用 `LOCAL_CPPFLAGS` 针对 C++ 文件设置优化[^2]* #### 2. **完整模块示例** ```makefile include $(CLEAR_VARS) LOCAL_MODULE := native-lib LOCAL_SRC_FILES := \ native-lib.cpp \ image_processor.cpp # 关键优化配置 LOCAL_CPPFLAGS += -O3 -ffast-math -march=armv8-a LOCAL_CFLAGS += -O3 include $(BUILD_SHARED_LIBRARY) ``` #### 3. **重要注意事项** 1. **版本兼容性** - NDK r18+ 使用 Clang 编译器，完全支持 `-O3`[^1] - 早期版本（如 r15）需验证目标平台支持性 2. **调试与发布分离** 推荐在 `Application.mk` 中统一管理优化级别： ```makefile # Application.mk ifeq ($(NDK_DEBUG),1) APP_OPTIM := debug # 自动使用 -O0 else APP_OPTIM := release # 自动使用 -O2/-O3 endif ``` *引用依据：优先通过 Application.mk 管理优化级别[^1][^3]* 3. **风险控制** O3 优化可能导致的问题： ```makefile # 禁用特定优化 LOCAL_CPPFLAGS += -O3 -fno-strict-aliasing ``` #### 4. **架构特定优化** ```makefile # ARMv8-A 架构的激进优化 ifeq ($(TARGET_ARCH_ABI),arm64-v8a) LOCAL_CPPFLAGS += -O3 -mcpu=cortex-a75 -flto endif ``` > **最佳实践**： > - 关键性能模块：在 `Android.mk` 中使用 `LOCAL_CPPFLAGS += -O3` > - 全局配置：通过 `Application.mk` 的 `APP_OPTIM` 管理[^1][^3] > - 调试版本：保留未优化版本用于问题排查[^1] --- ### 相关问题 1. **如何在 Application.mk 中为不同构建类型（debug/release）自动设置优化级别？** 2. **O3 优化导致 Android NDK 代码崩溃时，如何定位和调试问题？** 3. **除了 -O3，哪些 ARM NEON 相关的编译选项能进一步提升性能？** 4. **如何为 Android NDK 中的特定源文件单独设置优化级别？** [^1]: 重要提示：尽量不要改变Android.mk中的优化/调试级别，这个可以通过在Application.mk中设置相应的信息来自动为你处理，并且会会让NDK生成在调试过程中使用的有用的数据文件。 [^2]: 注意：在Android NDK-1.5_r1版本中，相应的标志可以应用于C或C++源文件上。在配合完整的Android build system的时候，这已经得到了纠正。(你可以使用LOCAL_CFLAGS去指定C或C++源文件) [^3]: Android.mk 文件位于项目 jni/ 目录的子目录中，用于向构建系统描述源文件和共享库。它实际上是构建系统解析一次或多次的微小 GNU makefile 片段。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值