安卓NDK : Static compilation with CLang error

Question

我目前正在使用 NDK 和 JNI 为 Android 应用程序开发 C/C++ 模块。

我需要用 CLang 编译这个 C 模块并使用静态链接来移除对 libc 的依赖。

静态链接到 libC 的编译在 GCC 上运行良好，但我无法在 CLang 上运行。我收到以下错误:

D:/tools/android-ndk-r10d/platforms/android-21/arch-arm/usr/lib/../lib\crtbegin_static.o:crtbrand.c:function _start: error: undefined对“主要”的引用

下面的例子是在 Windows 上，但是在 linux 上问题是一样的。

用一个非常简单的 hello world 来演示这个问题:

你好-jni.c:

#include <jni.h>
jstring Java_com_example_hellojni_HelloJni_stringFromJNI(JNIEnv* env, jobject thiz) {
return (*env)->NewStringUTF(env, "hello world");
}

makefile android.mk 是:

LOCAL_PATH := $(call my-dir)

ifndef NDK_PATH
    NDK_PATH = C:/dev/android-ndk-r10d/
endif

SDK_VERSION = 21

include $(CLEAR_VARS)
LOCAL_MODULE    := LibC 
LOCAL_SRC_FILES := $(NDK_PATH)platforms/android-$(SDK_VERSION)/arch- $(TARGET_ARCH)/usr/lib/libc.a
include $(PREBUILT_STATIC_LIBRARY)

include $(CLEAR_VARS)
LOCAL_MODULE    := libhello
LOCAL_SRC_FILES := hello-jni.c

LOCAL_STATIC_LIBRARIES := LibC 
LOCAL_CFLAGS += -nostdlib
LOCAL_LDFLAGS := -static -v

include $(BUILD_SHARED_LIBRARY)

和 application.mk:

APP_ABI := armeabi-v7a
NDK_TOOLCHAIN_VERSION := clang3.5

如果它有任何用处，为 LDFLAGS 设置 -v 标志会给我:

"D:/tools/android-ndk-r10d/toolchains/arm-linux-androideabi-4.8/prebuilt/windows-x86_64/lib/gcc/arm-linux-androideabi/4.8/../. ./../../arm-linux-androideabi/bin\ld.exe"--sysroot=D:/tools/android-ndk-r10d/platforms/android-21/arch-arm -X -m armelf_linux_eabi - Bstatic -dynamic-linker/system/bin/linker -o ./obj/local/armeabi-v7a/libhello.so "D:/tools/android-ndk-r10d/platforms/android-21/arch-arm/usr/lib/../lib\\crtbegin_static.o"-LD:/tools/android-ndk-r10d/toolchains/arm-linux-androideabi-4.8/prebuilt/windows-x86_64/lib/gcc/arm-linux-androideabi/4.8 -LD:/tools/android-ndk-r10d/toolchains/arm-linux-androideabi-4.8/prebuilt/windows-x86_64/lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/lib/../lib -LD:/tools/android-ndk-r10d/platforms/android-21/arch-arm/usr/lib/../lib -LD:/tools/android-ndk-r10d/platforms/android-21/arch-arm/usr/lib/arm-linux-androideabi/../../lib-LD:/tools/android-ndk-r10d/toolchains/arm- linux-androideabi-4.8/prebuilt/windows-x86_64/lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/lib -LD:/tools/android -ndk-r10d/platforms/android-21/arch-arm/usr/lib -soname libhello.so ./obj/local/armeabi-v7a/objs-debug/hello/hello-jni.o D:/tools/android -ndk-r10d/platforms/android-21/arch-arm/usr/lib/libc.a -lgcc --fix-cortex-a8 --no-undefined -z noexecstack -z relro -z now -lc -lm - lstdc++ -lm --start-group -lgcc -lc --end-group "D:/tools/android-ndk-r10d/platforms/android-21/arch-arm/usr/lib/../lib\\crtend_so .o" D:/tools/android-ndk-r10d/platforms/android-21/arch-arm/usr/lib/../lib\crtbegin_static.o:crtbrand.c:function _start: 错误:未定义对“main”的引用 clang++.exe:错误:链接器命令失败，退出代码为 1(使用 -v 查看调用) make.exe: *** [obj/local/armeabi-v7a/libhello.so] 错误 1

如果你们中的任何人能帮助我，我将不胜感激!

干杯

Answer 1

显然，您正在尝试构建一个共享库 libhello.so。

要构建共享库，您必须将选项 -shared 传递给链接器 (ld)。 您的链接命令表明您没有这样做。 如果不这样做，链接器会假定您正在尝试构建可执行程序。你呢 如果要构建 C 可执行文件，则它必须具有 main 函数 int main(int argc, char *argv[]) 执行开始的位置。如果你不这样做， 然后你会得到你看到的链接错误。 hello-jni.c 做 不包含任何 main 函数，因为它应该被构建为一个库， 不是程序。

因此，将您的 LOCAL_LDFLAGS 更改为 -shared -static。 (或者可能更符合 您构建的组织，将 -shared 添加到链接器标志中的任何位置 在 include $(BUILD_SHARED_LIBRARY) 中设置)。你 可能会认为 -shared 和 -static 是相互矛盾的选项，但事实并非如此。 -shared 表示构建一个共享库，-static 表示不要链接任何共享库 无论正在 build 什么。

此外，如果你正在构建一个共享库，那么你必须传递选项-fPIC， 在您编译源文件时生成与位置无关的目标代码。 我们看不到您的任何编译命令，但您需要 -fPIC 才能出现 在传递给编译器的 CFLAGS 中。据我们所知 makefile，你只传递了-nostdlib

我不清楚为什么要将 -noSTLib 传递给编译器。它是一个链接器 选项，对编译没有影响，我们在您的链接命令中看不到它， 它会在哪里产生一些影响。

顺便说一句，似乎有一个缺失的空间潜伏在某处 您构建的看不见的解剖结构。在那个冗长的链接命令中，怪物 -L 选项:

-LD:/tools/android-ndk-r10d/platforms/android-21/arch-arm/usr/lib/arm-linux-androideabi/../../lib-LD:/tools/android-ndk-r10d/toolchains/arm-linux-androideabi-4.8/prebuilt/windows-x86_64/lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/lib

显然是两个连在一起的:

-LD:/tools/android-ndk-r10d/platforms/android-21/arch-arm/usr/lib/arm-linux-androideabi/../../lib
-LD:/tools/android-ndk-r10d/toolchains/arm-linux-androideabi-4.8/prebuilt/windows-x86_64/lib/gcc/arm-linux-androideabi/4.8/../../../../arm-linux-androideabi/lib

我希望这会让链接器尝试在不存在的怪物路径中搜索 两条较短的路径，但连接可能只是一个打印错误。