build/intermediates/ 没有cmake目录

时间: 2023-06-29 15:03:51 浏览: 227
如果你使用的是 Android Studio 4.0 或更高版本,那么可能是因为 Android Studio 默认使用了 Gradle 6.1.x 或更高版本,而这些版本中已经将 CMake 目录更改为了 obj 目录。 因此,你可以在项目的 `app/build.gradle` 文件中添加以下配置,将 CMake 的输出目录更改为 `obj` 目录: ``` android { ... externalNativeBuild { cmake { ... set(CMAKE_LIBRARY_OUTPUT_DIRECTORY ${PROJECT_SOURCE_DIR}/build/intermediates/obj) set(CMAKE_ARCHIVE_OUTPUT_DIRECTORY ${PROJECT_SOURCE_DIR}/build/intermediates/obj) set(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${PROJECT_SOURCE_DIR}/build/intermediates/obj) ... } } ... } ``` 这样就可以将 CMake 的输出目录更改为 `obj` 目录了。
相关问题

Androidstudio中怎么用cmake编译so

在Android Studio中使用CMake编译so库,可以按照以下步骤进行操作: 1. 打开项目中的CMakeLists.txt文件,可以在项目结构视图中找到。 2. 在CMakeLists.txt文件中添加so库的编译规则,例如: ``` add_library( # Sets the name of the library. native-lib # Sets the library as a shared library. SHARED # Provides a relative path to your source file(s). src/main/cpp/native-lib.cpp ) # 链接其他库文件,例如系统库 find_library( # Sets the name of the path variable. log-lib # Specifies the name of the NDK library that # you want CMake to locate. log ) target_link_libraries( # Specifies the target library. native-lib # Links the target library to the log library # included in the NDK. ${log-lib} ) ``` 3. 在Android Studio中选择Build Variants视图,选择需要编译的build variant,例如debug或release。 4. 在Android Studio中选择菜单栏中的Build -> Make Project,或者使用快捷键Ctrl + F9,开始编译so库。 5. 编译完成后,在项目的app/build/intermediates/cmake目录中可以找到生成的so库文件。 需要注意的是,CMakeLists.txt文件中的编译规则需要根据具体情况进行修改,例如添加其他源文件、链接其他库文件等,具体可以参考Android Studio官方文档中的说明。

配置好cmake构建,但是${PROJECT_BINARY_DIR}输出路径是空的

在 Android Studio 中,CMake 的构建目录(即 `${PROJECT_BINARY_DIR}`)默认是在 `app` 模块的 `build` 目录下的 `.cxx` 目录中。因此,如果您在构建项目之前没有手动创建 `build` 目录,那么该目录可能不存在,导致 `${PROJECT_BINARY_DIR}` 输出为空。 要解决这个问题,可以手动创建 `build` 目录,并在 `app` 模块的 `build.gradle` 文件中配置 CMake 的构建目录。例如,以下是一个简单的 `build.gradle` 文件,其中配置了 CMake 的构建目录: ```gradle apply plugin: 'com.android.application' android { compileSdkVersion 30 buildToolsVersion "30.0.3" defaultConfig { applicationId "com.example.myapplication" minSdkVersion 21 targetSdkVersion 30 versionCode 1 versionName "1.0" // 配置 CMake 构建目录 externalNativeBuild { cmake { // 请根据您的实际情况修改此路径 path "CMakeLists.txt" // 指定构建目录为 app/build/intermediates/cmake/debug/obj // 其中 debug 可以替换为 release buildStagingDirectory "intermediates/cmake/debug/obj" } } } // 配置支持的 ABI defaultConfig { ndk { abiFilters "armeabi-v7a", "arm64-v8a", "x86", "x86_64" } } } // 配置使用 CMake externalNativeBuild { cmake { version "3.10.2" } } ``` 在这个例子中,我们通过 `externalNativeBuild` 配置了 CMake 的路径,并通过 `defaultConfig` 的 `externalNativeBuild` 配置了 CMake 的构建目录。注意,我们需要在 `buildTypes` 和 `defaultConfig` 中都配置 `externalNativeBuild`,以确保 CMake 能够正确地工作。 在这种情况下,CMake 的构建目录会自动设置为 `app/build/intermediates/cmake/${variant}/obj`,其中 `${variant}` 是当前的构建变体(例如,`debug` 或 `release`)。 在 CMakeLists.txt 中,您可以使用 `${PROJECT_BINARY_DIR}` 来引用构建目录。例如,以下是一个简单的 `CMakeLists.txt` 文件,其中使用了 `${PROJECT_BINARY_DIR}`: ```cmake cmake_minimum_required(VERSION 3.10.2) project(MyApp CXX) # 输出构建目录 message(STATUS "Build directory: ${PROJECT_BINARY_DIR}") ``` 在这个例子中,我们使用 `message` 命令输出构建目录。注意,我们使用的是 `${PROJECT_BINARY_DIR}`,而不是 `Project_BINARY_DIR`。`${PROJECT_BINARY_DIR}` 是 CMake 内置的变量之一,表示项目的构建目录。

相关推荐

最新推荐

recommend-type

基于TC72(SPI接口)温度传感器、STM32F103C8T6、LCD1602、FREERTOS的温度采集proteus仿真

spi
recommend-type

ehcache-core-2.6.9.jar

javaee/javaweb常用jar包,亲测可用,导入到java工程中即可使用
recommend-type

netty-transport-native-unix-common-4.1.51.Final.jar

javaEE javaweb常用jar包 , 亲测可用,下载后导入到java工程中使用。
recommend-type

node-v6.14.4-headers.tar.xz

Node.js,简称Node,是一个开源且跨平台的JavaScript运行时环境,它允许在浏览器外运行JavaScript代码。Node.js于2009年由Ryan Dahl创立,旨在创建高性能的Web服务器和网络应用程序。它基于Google Chrome的V8 JavaScript引擎,可以在Windows、Linux、Unix、Mac OS X等操作系统上运行。 Node.js的特点之一是事件驱动和非阻塞I/O模型,这使得它非常适合处理大量并发连接,从而在构建实时应用程序如在线游戏、聊天应用以及实时通讯服务时表现卓越。此外,Node.js使用了模块化的架构,通过npm(Node package manager,Node包管理器),社区成员可以共享和复用代码,极大地促进了Node.js生态系统的发展和扩张。 Node.js不仅用于服务器端开发。随着技术的发展,它也被用于构建工具链、开发桌面应用程序、物联网设备等。Node.js能够处理文件系统、操作数据库、处理网络请求等,因此,开发者可以用JavaScript编写全栈应用程序,这一点大大提高了开发效率和便捷性。 在实践中,许多大型企业和组织已经采用Node.js作为其Web应用程序的开发平台,如Netflix、PayPal和Walmart等。它们利用Node.js提高了应用性能,简化了开发流程,并且能更快地响应市场需求。
recommend-type

node-v10.8.0-headers.tar.xz

Node.js,简称Node,是一个开源且跨平台的JavaScript运行时环境,它允许在浏览器外运行JavaScript代码。Node.js于2009年由Ryan Dahl创立,旨在创建高性能的Web服务器和网络应用程序。它基于Google Chrome的V8 JavaScript引擎,可以在Windows、Linux、Unix、Mac OS X等操作系统上运行。 Node.js的特点之一是事件驱动和非阻塞I/O模型,这使得它非常适合处理大量并发连接,从而在构建实时应用程序如在线游戏、聊天应用以及实时通讯服务时表现卓越。此外,Node.js使用了模块化的架构,通过npm(Node package manager,Node包管理器),社区成员可以共享和复用代码,极大地促进了Node.js生态系统的发展和扩张。 Node.js不仅用于服务器端开发。随着技术的发展,它也被用于构建工具链、开发桌面应用程序、物联网设备等。Node.js能够处理文件系统、操作数据库、处理网络请求等,因此,开发者可以用JavaScript编写全栈应用程序,这一点大大提高了开发效率和便捷性。 在实践中,许多大型企业和组织已经采用Node.js作为其Web应用程序的开发平台,如Netflix、PayPal和Walmart等。它们利用Node.js提高了应用性能,简化了开发流程,并且能更快地响应市场需求。
recommend-type

zigbee-cluster-library-specification

最新的zigbee-cluster-library-specification说明文档。
recommend-type

管理建模和仿真的文件

管理Boualem Benatallah引用此版本:布阿利姆·贝纳塔拉。管理建模和仿真。约瑟夫-傅立叶大学-格勒诺布尔第一大学,1996年。法语。NNT:电话:00345357HAL ID:电话:00345357https://theses.hal.science/tel-003453572008年12月9日提交HAL是一个多学科的开放存取档案馆,用于存放和传播科学研究论文,无论它们是否被公开。论文可以来自法国或国外的教学和研究机构,也可以来自公共或私人研究中心。L’archive ouverte pluridisciplinaire
recommend-type

【实战演练】增量式PID的simulink仿真实现

# 2.1 Simulink仿真环境简介 Simulink是MATLAB中用于建模、仿真和分析动态系统的图形化环境。它提供了一个直观的用户界面,允许用户使用块和连接线来创建系统模型。Simulink模型由以下元素组成: - **子系统:**将复杂系统分解成更小的、可管理的模块。 - **块:**代表系统中的组件,如传感器、执行器和控制器。 - **连接线:**表示信号在块之间的流动。 Simulink仿真环境提供了广泛的块库,涵盖了各种工程学科,包括控制系统、电子和机械工程。它还支持用户自定义块的创建,以满足特定仿真需求。 # 2. Simulink仿真环境的搭建和建模 ### 2.
recommend-type

训练集和测试集的准确率都99%,但是预测效果不好

即使训练集和测试集的准确率都很高,但是在实际的预测中表现不佳,可能会有以下几个原因: 1. 数据质量问题:模型训练和测试的数据可能存在问题,比如数据标签错误、数据集采样不均衡、数据集中存在异常值等问题,这些问题可能会导致模型在实际预测中表现不佳。 2. 特征工程问题:模型的特征工程可能存在问题,导致模型无法很好地捕捉数据的特征,从而影响预测效果。 3. 模型选择问题:模型的选择可能不合适,比如选择的模型太简单,无法很好地拟合数据,或者选择的模型太复杂,导致过拟合等问题。 4. 超参数调整问题:模型的超参数可能没有调整到最佳状态,需要进行调整。 针对以上可能的原因,可以采取相应的措施进
recommend-type

JSBSim Reference Manual

JSBSim参考手册,其中包含JSBSim简介,JSBSim配置文件xml的编写语法,编程手册以及一些应用实例等。其中有部分内容还没有写完,估计有生之年很难看到完整版了,但是内容还是很有参考价值的。