【问题标题】:Problems with includes when migrating to experimental gradle Android Studio 2.0+迁移到实验性 gradle Android Studio 2.0+ 时包含问题
【发布时间】:2016-05-13 18:36:37
【问题描述】:

我的问题超出了标题所说的范围,因此将在问题之前给出背景。自从我从 Android Studio 1.5 更新到 2.0(现在使用 2.1.1 Stable,也尝试过 beta 版本)以来,我一直在试验问题

背景

当我更新我的 Android Studio 并在 NDK 中打开 c 文件时,开始收到以下消息: 即使我已经同步了项目,也会出现此消息。

编译器工作正常,因为我可以忽略 c 中的修改内容,它仍然可以编译。然后我尝试添加一个由我创建的文件的新包含,其中包含一些设置和方法,相同的文件包含在其他运行良好的文件中。但是,这次编译器向我抛出了以下错误:

error: undefined reference to 'my_method'

花了很长时间调试但没有成功,因此决定迁移到没有出现此问题的实验性 gradle。

这是我现在使用的: - 毕业实验:0.7.0 - 包装:gradle-2.10-all.zip

我的 gradle 文件是这样的:

apply plugin: 'com.android.model.application'
import org.apache.tools.ant.taskdefs.condition.Os

model {
    android {
        compileSdkVersion 23
        buildToolsVersion "23.0.3"

        defaultConfig.with {
            applicationId "com.domain.myapp"
            minSdkVersion.apiLevel 15
            targetSdkVersion.apiLevel 23
            versionCode 1
            versionName "1.0"
        }

        tasks.withType(JavaCompile) {
            compileTask -> compileTask.dependsOn ndkBuild
        }

        task ndkBuild(type: Exec) {
            if (Os.isFamily(Os.FAMILY_WINDOWS)) {
                commandLine 'ndk-build.cmd', '-C', file('src/main').absolutePath
            } 
        }
    }
    task runSwig(type: Exec, description: 'Run swig config') {
        workingDir 'src/main'
        commandLine 'cmd', '/c', 'swig.bat'
    }

    ndk {
        moduleName "MyNativeModule"
        //toolchain "clang"
    }

    sources.main {
        jni {
            source {
                srcDir 'src/main/libs' //set .so files location to libs
                srcDirs = [] //disable automatic ndk-build call
            }
        }
    }

    buildTypes {
        debug {
            debuggable true
            ndk.with {
                debuggable = true
            }
            versionNameSuffix "1.0"
        }        
    }
}

repositories {
    maven { url "https://jitpack.io" }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    testCompile 'junit:junit:4.12'
    compile 'com.android.support:appcompat-v7:23.4.0'
    compile 'com.android.support:design:23.4.0'    
    compile 'org.litepal.android:core:1.2.1'
}

现在,当我运行 clean 时,它成功完成,但是..

现在的问题:

*我正在使用 libusb 库 当我尝试构建时,我收到以下错误:

-Error:(20, 20) config.h: No such file or directory
-Error:(33, 30) libkern/OSAtomic.h: No such file or directory
-Error:(29, 25) dev/usb/usb.h: No such file or directory
... many others like these

对于库中的 config.h,它的包含方式如下:

#include <config.h>

因此,由于我在库的父目录中拥有该文件,因此我设法使其以这种方式工作:

#include "../config.h> 

另一方面,对于其他文件,我没有目录,也没有库中的文件,因此我无法引用它们。此外,当我用谷歌搜索这些文件时,我看到这些文件属于 MacOS。

使用标准 gradle 这不是问题,因为它的编译就像一个魅力!

我的问题是:

  • 为什么会这样?是否缺少一些编译标志来忽略这些文件?
  • 如何解决这个问题,最好的方法是什么?

我已经尝试过的:

  • 将 NDK 从 11 更新到 12
  • 从稳定的 Android Studio 切换到 Beta 通道并返回
  • 尝试了不同的稳定版和实验性 gradle 版本

随着我对 NDK 和 C 的熟悉,我的问题可能是 obvios,任何帮助将不胜感激!

更新

我正在构建 libusb 库,因为我对其进行了一些更改。 (使用稳定的 gradle 可以正常工作,除了我上面描述的问题,在更新之前我已经使用这个设置几个月了,一切都按预期工作)

我的目录结构如下:

-jni
-jni/myUSB/libusb

这是我的 Android.mk 文件,因此您可以了解我是如何构建它们的: 杰尼:

LOCAL_PATH := $(call my-dir)
ROOT_PATH := $(LOCAL_PATH)
include $(call all-subdir-makefiles)
LOCAL_PATH := $(ROOT_PATH)
include $(CLEAR_VARS)
LOCAL_MODULE := myModuleName
LOCAL_CFLAGS := -O2 -ffast-math
LOCAL_LDLIBS := -llog
LOCAL_SRC_FILES := \
jiw.cpp \
mainFile.c \
otherFile.c

LOCAL_C_INCLUDES := $(LOCAL_PATH)/
LOCAL_SHARED_LIBRARIES := myUSB
include $(BUILD_SHARED_LIBRARY)

我的USB:

LOCAL_PATH := $(call my-dir)
ROOTUSB_PATH := $(LOCAL_PATH)
include $(call all-subdir-makefiles)
LOCAL_PATH := $(ROOTUSB_PATH)
include $(CLEAR_VARS)
LOCAL_MODULE := myUSB
LOCAL_CFLAGS := -O2 -ffast-math
LOCAL_LDLIBS := -llog -pthread
LOCAL_SRC_FILES := \
myUsbMainFile.c \
myUsbInterface.c \

LOCAL_C_INCLUDES := \
$(LOCAL_PATH)/ 

LOCAL_SHARED_LIBRARIES := android-usb
include $(BUILD_SHARED_LIBRARY)

libusb:

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := android-usb
LOCAL_CFLAGS := -O2 -ffast-math
LOCAL_LDLIBS := -llog
LOCAL_SRC_FILES := \
core.c \
descriptor.c \
io.c \
sync.c \
os/linux_usbfs.c \
os/threads_posix.c \
os/android_java.c

LOCAL_C_INCLUDES := \
$(LOCAL_PATH)/ \
$(LOCAL_PATH)/os
include $(BUILD_SHARED_LIBRARY)

【问题讨论】:

  • 通常,我们切换到 experimental 插件来摆脱ndk-build。如果要使用 ndkBuild 任务,则需要在 build.gradle 中设置不同的依赖项。如果您希望 experimental 插件为您构建 C/C++ 库,您应该将 jni { source { srcDir 指向包含源文件的目录,并可能在 ndk { 块中添加更多语句。
  • 我对实验性插件不熟悉,所以不知道您通常使用它来摆脱 ndk-build,我一定会查一下。如果您有我可以阅读更多相关信息的来源,我将非常感激。
  • 这是 gradle-experimental 插件的官方网站,包含 gradle DSL 更改和原生构建配置示例:tools.android.com/tech-docs/new-build-system/… 你可能对第 5 章“NDK 集成”特别感兴趣tools.android.com/tech-docs/new-build-system/…跨度>

标签: c android-ndk android-gradle-plugin libusb android-studio-2.0


【解决方案1】:

我看不到您将 libusb 连接到您的项目的位置。因此,您可能必须手动链接它。 Here 是一个例子,如何在 build.gradle 中静态/动态链接库。

【讨论】:

  • 我已经更新了我的问题,使用我的 Android.mk 文件,我对 libusb 进行了更改,所以我实际上正在构建库。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2014-04-10
  • 2015-12-28
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多