主页 / coding / 问题 / 79556782
Accepted
Thermal_insulator
Asked: 2025-04-05 17:35:44 +0800 CST

Android NDK ld.lld：错误：重复符号：_start >>> 在 crtbegin.c 中定义

  • 772

Hello World我正在尝试在我的 Android 手机上组装和运行一个简单的程序。我的主机笔记本电脑是Ubuntu 22.0464 位系统。我下载了android-ndk-r27c并将其解压到我的 SDK 所在的 Android 文件夹中。

这是我从这里获取的 hello64bit.s ，它的路径是/home/developer/Android/android-ndk-r27c-linux/android-ndk-r27c/toolchains/llvm/prebuilt/linux-x86_64/bin


/* Data segment: define our message string and calculate its length. */
msg:
    .ascii        "Hello, ARM64!\n"
len = . - msg

.text

/* Our application's entry point. */
.globl _start
_start:
    /* syscall write(int fd, const void *buf, size_t count) */
    mov     x0, #1      /* fd := STDOUT_FILENO */
    ldr     x1, =msg    /* buf := msg */
    ldr     x2, =len    /* count := len */
    mov     w8, #64     /* write is syscall #64 */
    svc     #0          /* invoke syscall */

    /* syscall exit(int status) */
    mov     x0, #0      /* status := 0 */
    mov     w8, #93     /* exit is syscall #93 */
    svc     #0          /* invoke syscall */

当我运行时./aarch64-linux-android27-clang -o hello64.o hello64bit.s出现以下错误：

ld.lld: error: duplicate symbol: _start
>>> defined at crtbegin.c
>>>            /home/developer/Android/android-ndk-r27c-linux/android-ndk-r27c/toolchains/llvm/prebuilt/linux-x86_64/bin/./../sysroot/usr/lib/aarch64-linux-android/27/crtbegin_dynamic.o:(_start)
>>> defined at /tmp/hello64bit-fb91b4.o:(.text+0x0)
clang: error: linker command failed with exit code 1 (use -v to see invocation)

当我将名称更改start为时，start1出现undefined main错误：

ld.lld: error: undefined symbol: main
>>> referenced by crtbegin.c
>>>               /home/developer/Android/android-ndk-r27c-linux/android-ndk-r27c/toolchains/llvm/prebuilt/linux-x86_64/bin/./../sysroot/usr/lib/aarch64-linux-android/27/crtbegin_dynamic.o:(_start_main)

我做错什么了？

linux

1 个回答

  1. Best Answer

    像这样编译和链接：

    $ ./aarch64-linux-android27-clang -o hello64 hello64bit.s -static -nostartfiles -nostdlib

    解释

    为什么 -nostartfiles -nostdlib？

    你hello64bit.s是一个微小的独立程序，其入口点（操作系统调用它的地方）是_start。_start是任何程序的默认入口点，并且其默认定义包含在错误诊断crtbegin_dynamic.o 中提到的目标文件中duplicate symbol。

    该文件包含 C 运行时启动代码，该代码执行运行依赖于 C 运行时库的常规程序所需的初始化。_start该文件中定义的函数执行该代码，然后调用main常规 C（或 C++）程序应用程序代码的必需根函数。

    该文件crtbegin_dynamic.o默认链接到任何动态链接程序中，假设该程序是常规程序，定义main，未定义_start，并且依赖于 C 运行时库。

    但是你的程序不是常规程序。你想编译和链接你自己 定义的_start函数，并且该定义是你的整个程序，它不依赖于 C 运行时库。

    因此，链接器默认除了链接您的定义之外，还会链接crtbegin_dynamic.o该函数的定义 ，这是一个重复符号或多重定义错误。_start

    您想指示链接器不要费心链接 C 运行时启动代码和 C 运行时库。-nostartfiles告诉它不要费心链接启动代码并-nostdlib告诉它不要费心链接 C 运行时库。

    为什么 -static？。

    如果没有它，链接仍然会失败，如下所示：

    $ ./aarch64-linux-android27-clang -o hello64 hello64bit.s -nostartfiles -nostdlib
ld.lld: error: relocation R_AARCH64_ABS64 cannot be used against local symbol; recompile with -fPIC
>>> defined in /tmp/hello64bit-699ce4.o
>>> referenced by /tmp/hello64bit-699ce4.o:(.text+0x30)

    这是因为您的汇编不是位置无关代码 (PIC)，它必须位于位置无关的动态链接可执行文件中，而链接器默认会尝试创建该可执行文件。您无法遵循链接器的建议 - recompile with -fPIC- 因为这是一个编译选项，它告诉编译器生成 PIC汇编代码，但您没有使用编译器来生成汇编代码。您自己提供它，因此将其设为 PIC 取决于您。

    由于该程序不是PIC，而且我猜您不在乎，您可以指示链接器不执行需要重定位的动态链接，而只执行不需要重定位的静态链接。-static实现了这一点。

    为什么 -o hell64 而不是 -o hello64.o？

    hello64.o表示目标文件 ( *.o)，即编译器/汇编器的输出，在将其链接到程序之前。这就是您将获得的内容：

    $ ./aarch64-linux-android27-clang -c -o hello64.o hello64bit.s

    其中-c表示仅编译/汇编。不链接。但这不是您要做的。您正在汇编代码并将其链接到可执行程序中。可执行文件没有扩展名（Windows 除外*.exe）。

    • 1

相关问题