[ANDROID NDK ERROR]crtbegin_dynamic.o: undefined reference to 'main'

最新推荐文章于 2022-07-11 07:35:00 发布
原创 最新推荐文章于 2022-07-11 07:35:00 发布 · 1.1w 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本博客指导如何在编译命令中正确添加共享库参数，以解决SO库链接问题，实现代码顺利运行。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

请在编译命令中加上

-shared 

或加在LD_FLAGS 后


fixed!


SO EASY!

交叉编译报错 /bin/ld: cannot find crtbegin_dynamic.o
oqqsoap1234567的博客
01-08 3682
初学嵌入式，在Makefile中使用64位安卓编译工具，一堆报错 xxxx/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.8/bin/ ../lib/gcc/aarch64-linux-android/4.8/ ../../../../aarch64-linux-android/bin/ld: cannot find crtbegin_dynamic.o: 没有那个文件或目录 ../../../../aarch64-linux-androi
Android ：clang.exe: error: linker command failed with exit code 1 (use -v to see invocation)
yuan7016的博客
01-03 3519
  今天在使用Android Studio3.0.1 ，升级了build:gradle 后，编译项目报错：clang.exe: error: linker command failed with exit code 1 (use -v to see invocation)      ninja:build stopped:subcommand failed. FAILURE: Build f...
Android NDK报crtbegin_dynamic.o: No such file: No such file or directory 错误解决方法
springsu的专栏
10-19 6172
Android 的交叉工具链c开工代码为：crtbegin_dynamic.o Makefile 中的几个传递给连接器的参数不能少 -nostlib 不加会引起 crtbegin_dynamic.o: No such file: No such file or directory 错误  ...
crtbegin_dynamic.o: in function _start:crtbrand.c(.text+0x78): error: undefined reference to 'main
u013571243的专栏
10-17 5323
LOCAL_LDFLAGS += -shared
main函数和启动例程
delovery的专栏
06-16 1605
为什么汇编程序的入口是_start，而C程序的入口是main函数呢？本节就来解释这个问题。在讲例 18.1 “最简单的汇编程序”时，我们的汇编和链接步骤是：$ as hello.s -o hello.o$ ld hello.o -o hello以前我们常用gcc main.c -o main命令编译一个程序，其实也可以分三步做，第一步生成汇编代码，第二步生成目标文件，第三步生成可执行文件：
android 编译中断,crtbegin_dynamic.o和crtend_android.o断开(?)为android armv7交叉编译openssl...
weixin_33782854的博客
05-27 540
我在开发领域还是个新手(wiht linux和交叉编译),我正在尝试交叉编译openssl库,让arm android设备在以后的另一个项目中使用它。为此,我使用android提供的ndk r17c预构建工具链。我需要使用这个,因为我已经用这个工具链交叉编译了其他库,我需要在同一个项目中使用所有这些库。我以前尝试过其他ndk版本(15c,18b…),但没有人能比我更好地工作。我还尝试了我以前构建的...
编译错误汇总
sinat_32596537的博客
03-06 762
error: undefined reference to 'vtable for TTrace' 解决：虚函数没有全部实现，仔细再检查一遍   D:/android_NDK/android-ndk-r10e/platforms/android-3/arch-arm/usr/lib/crtbegin_dynamic.o:crtbrand.c:function _start: error: u...
MAC编译ffmpeg+x264(IOS和android)(一)
翻肚鱼儿的博客
10-30 3568
前言 FFmpeg是一个很强大的垮平台的音视频处理库，它可用于Mac/windows/ios/android/linux等各个平台，FFmpeg库自身native代码实现了很多功能，也引入了其它的很多外部库，比如x264、fdk_aac、lamemp3等等，然后对这些外部库做封装，对外则提供了统一的接口。如下提供了尽量简单的方法编译用于这些平台的ffmpeg库(引入常用的x264、fdk_aac、lamemp3外部库)。 编译基础知识 编译一般分为本地编译和交叉编译，本地编译是相对于交叉编译而言的。本
Frida Android hook
墨鱼菜鸡
07-11 4146
From：https://eternalsakura13.com/2020/07/04/frida/ 目录 1、r0ysue 大佬 2、Frida 环境 2.1 pyenv 2.2 frida 安装 2.3 安装 objection 2.4 frida 使用 frida 帮助 和 frida-server 帮助 2.5 frida 开发...
android linker 执行流程
xiongtiancheng的博客
12-12 4153
通过前一篇的博客，我们知道，在linux kernel加载完可执行程序后，在需要解释器的情况下，返回用户空间时会先跳到解释器的函数中执行，对于android平台而已，就是先跑到_start()函数，然后再跳转到__linker_init()。 bionic/linker/linker.cpp extern "C" ElfW(Addr) __linker_init(void* raw_args)
C++学习（四零四）hidden symbol `atexit‘ in XXX is referenced by DSO
hankern的专栏
10-31 1470
执行如下语句时报错： /bin/sh e:/osg-osgearth-source/other_3rdParty/gdal-2.3.2/libtool --mode=link --silent D:/android-ndk-r19c/toolchains/llvm/prebuilt/windows-x86_64/bin/aarch64-linux-android28-clang++ gdalinfo_bin.lo e:/osg-osgearth-source/other_3rdParty/gdal-2..
深入浅出Android NDK之Hello-Ndk
taohongtaohuyiwei的博客
03-12 1247
这一节，我们介绍怎么使用NDK编译C语言源文件。 首先我们从以下页面下载一下最新的ndk https://developer.android.google.cn/ndk/downloads/ 截止到目前为止，NDK的最新版本是r20b，下载下来后，解析到任意文件夹。 比如，我解压后的路 ndk的下载，也可以参考以下链接，直接在android studio中下载。 https://developer...
GCC 编译动态库及引用库 &&动态链接库的编译链接
Gabby
04-14 3937
http://blog.csdn.net/qihuanfengyun/article/details/5223353 1、把头文件及C文件编译成*.o的文件 一般的命令：      gcc -c -fPIC x.c       x为你的C文件名      -fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足
深入分析Android native exception框架---native编译
兰宝的专栏
09-27 1610
概要     从前面的章节我们了解到，Android native程序都是用arm-linux-androideabi-gcc编译的。     了解gcc如何将*.c/cpp编译成*.o再将其链接为可执行程序或/lib库，有助于我们将native从编译/加载/执行到崩溃一条路贯通起来。     Android的Makefile只需要将source file填入LOCAL_SRC_FILES，
Linux下gcc/g++ 出现.../crt1.o: In function `_start‘: (.text+0x18): undefined reference to `main‘的错误
qq_41854911的博客
12-13 8433
放两个文章： https://blog.csdn.net/zhangla1220/article/details/50827959 https://blog.csdn.net/qq_38473009/article/details/94143126
使用NDK 编译C/C++程序遇到 crtbegin_so.o: No such file or directory 等错误
梁桥江的专栏
03-23 1万+
链接错误信息截取： p/p2psdk/p2pRecv.o /work/hw/client/app/p2pc/p2pcFifo.o /work/hw/client/app/p2pc/p2pc.o  -pthread /opt/android-ndk-r9c/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86_64/bin/../lib/
LInux下编译发生的libc相关错误
weixin_30737363的博客
07-06 1133
在某主机上编译程序，发生有找不到libc的问题，自己写了个简单的hello world程序，编译也失败，报错如下： #gcc -o 1 1.c /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../libc.so when searching for -lc /usr/bin/l...
编译Android源码时常见问题以及解决方法
热门推荐
zuolongsnail的专栏
10-13 1万+
下载Android源码之后，这里以Android 2.3(gingerbread)为例，编译时可能会遇到的一些问题，下面来总结下这些常见的问题以及解决方法。 1.make: *** No rule to make target `run-java-tool', need
你这个没有解决真正的问题啊，问题是他非要使用crt1.o等而我现在的版本只有以下这些：built/linux-x86_64/sysroot/usr/lib/aarch64-linux-android/21$ ls crtbegin_dynamic.o libc++.a libGLESv2.so libOpenMAXAL.so crtbegin_so.o libc++.so libGLESv3.so libOpenSLES.so crtbegin_static.o libc.so libjnigraphics.so libstdc++.so crtend_android.o libdl.so liblog.so libz.so crtend_so.o libEGL.so libmediandk.so libandroid.so libGLESv1_CM.so libm.so 你要想办法让他找我有的啊，你说说他是根据什么判断要找crt1.o的，是clang吗？
最新发布
03-15
<think>好的，用户之前遇到了链接错误，找不到crt1.o等文件，我给出了调整sysroot路径和链接器参数的解决方案。但用户反馈问题依旧，并指出当前NDK版本中的路径下确实没有这些文件，而是存在crtbegin_so.o等不同的文件。这说明我的之前的建议可能没有准确解决问题，需要更深入分析问题的根源。 首先，用户提到“他非要使用crt1.o”，这里的“他”应该是指链接器。用户想知道为什么链接器需要这些文件，以及如何让链接器找到现有的文件。用户提供的路径显示，在aarch64-linux-android/21目录下有crtbegin_so.o等，但没有传统的crt1.o，这可能与NDK版本或配置方式有关。 我需要确定crt1.o等文件在Android NDK中的位置是否发生了变化，或者是否被替换。例如，较新的NDK版本可能使用不同的启动文件，或者针对动态链接库和可执行文件有不同的处理方式。用户的环境是Android NDK r25b，可能需要确认该版本的文件结构。 接下来，用户询问链接器是根据什么判断要找这些文件的，是否是clang。这涉及到编译工具链的工作机制。clang作为编译器驱动程序，会调用链接器（如ld或lld），并传递必要的参数，包括sysroot、库路径等。链接器在链接时，会根据默认的脚本或参数查找启动文件，如crt1.o，这些文件是C运行时的一部分，负责程序的初始化和退出处理。 然而，在Android环境中，尤其是针对共享库（.so）的情况，可能不需要传统的crt1.o，而是使用crtbegin_so.o和crtend_so.o作为启动和终止文件。如果用户是在编译共享库而非可执行文件，链接器可能错误地引用了错误的启动文件，导致找不到crt1.o的问题。 用户当前的配置中可能没有正确指定目标平台类型（如Android版本或API级别），或者没有正确区分可执行文件和共享库的启动文件。需要检查配置参数，例如是否遗漏了--enable-shared或--disable-static等选项，或者是否正确设置了API级别。 另外，用户提供的现有文件路径中包含21，即API级别21，这可能需要在编译时显式指定，例如通过添加-target aarch64-linux-android21或指定-march和-mandroid参数。 可能还需要检查sysroot路径是否正确指向了包含所需库文件的目录，以及是否在extra-ldflags中添加了正确的库路径和rpath-link参数，帮助链接器找到所需的启动文件。 总结问题，用户的链接器在寻找crt1.o等传统启动文件，但实际NDK中提供了crtbegin_so.o等适用于Android共享库的启动文件。需要调整配置，确保链接器使用正确的启动文件，可能通过指定正确的sysroot路径，调整链接器参数，或者确认编译目标是否正确设置为共享库而非可执行文件。</think>你的问题核心在于**Android NDK的启动文件使用机制**。这些`.o`文件是C运行时初始化代码，链接器在构建可执行文件或共享库时会自动查找它们。以下是深度解析和解决方案： --- ### **一、问题根源解析** 1. **文件差异原因**： - `crt1.o`是传统Linux系统的C运行时启动文件 - Android NDK使用**分段式启动文件**： - `crtbegin_so.o`：共享库的启动代码 - `crtend_so.o`：共享库的终止代码 - `crtbegin_dynamic.o`：动态可执行文件入口 - `crtbegin_static.o`：静态可执行文件入口 2. **链接器行为逻辑**： ```mermaid graph LR A[clang编译器] --> B[链接器ld/lld] B --> C{检查构建类型} C -->|可执行文件| D[查找crt1.o] C -->|共享库| E[查找crtbegin_so.o] ``` - 当你的配置暗示构建可执行文件时，链接器会寻找`crt1.o` - 实际你需要构建的是**Android共享库**（.so） --- ### **二、精确解决方案** #### 步骤1：修正构建目标类型 在`./configure`参数中**明确声明构建共享库**： ```bash --enable-shared \ # 强制生成.so文件 --disable-programs \ # 禁止生成可执行程序 ``` #### 步骤2：指定Android API级别 在CFLAGS和LDFLAGS中添加API级别标识： ```bash --extra-cflags="-target aarch64-linux-android21" \ --extra-ldflags="-target aarch64-linux-android21" ``` #### 步骤3：调整sysroot路径 将sysroot定位到包含实际crt文件的目录： ```bash --sysroot=/opt/android-ndk-r25b/toolchains/llvm/prebuilt/linux-x86_64/sysroot/usr/lib/aarch64-linux-android/21 ``` #### 步骤4：强制使用NDK的启动文件 通过链接器参数显式指定： ```bash --extra-ldflags="-Wl,--entry=main -Wl,-dynamic-linker=/system/bin/linker64 -Wl,--eh-frame-hdr -Wl,--whole-archive -lc -Wl,--no-whole-archive -Wl,--start-group -lc++_shared -Wl,--end-group -nostdlib $NDK_SYSROOT/crtbegin_so.o" ``` --- ### **三、完整配置示例** ```bash TOOLCHAIN=/opt/android-ndk-r25b/toolchains/llvm/prebuilt/linux-x86_64 NDK_SYSROOT=$TOOLCHAIN/sysroot/usr/lib/aarch64-linux-android/21 ./configure \ --target-os=android \ --arch=aarch64 \ --enable-cross-compile \ --cross-prefix=$TOOLCHAIN/bin/llvm- \ --sysroot=$NDK_SYSROOT \ --cc=$TOOLCHAIN/bin/clang \ --cxx=$TOOLCHAIN/bin/clang++ \ --enable-rkmpp \ --enable-libdrm \ --enable-shared \ --disable-programs \ # 关键修改！ --disable-static \ --extra-cflags="-I/home/chang/dev/mpp/mpp_build/install/usr/local/include -target aarch64-linux-android21" \ --extra-ldflags="-L/home/chang/dev/mpp/mpp_build/install/usr/local/lib -target aarch64-linux-android21 -Wl,--entry=main -Wl,-dynamic-linker=/system/bin/linker64 $NDK_SYSROOT/crtbegin_so.o $NDK_SYSROOT/crtend_so.o" \ --pkg-config=$(which pkg-config) ``` --- ### **四、验证方法** 1. **查看链接器调用**： ```bash make V=1 2>&1 | grep 'clang' ``` 检查输出中是否包含： ``` -target aarch64-linux-android21 crtbegin_so.o ``` 2. **手动测试链接**： ```bash $TOOLCHAIN/bin/clang -target aarch64-linux-android21 \ -Wl,-v \ -o test.so \ $NDK_SYSROOT/crtbegin_so.o \ your_code.o \ $NDK_SYSROOT/crtend_so.o ``` --- ### **五、深度技术说明** Android NDK从r18开始： 1. 完全移除了`crt1.o`，改用`crtbegin_*.o`系列文件 2. 动态链接器路径改为`/system/bin/linker64` 3. 必须通过`-nostdlib`跳过标准库初始化，手动指定启动文件 若仍需要传统行为，可尝试添加： ```bash --extra-ldflags="-B$NDK_SYSROOT" # 强制使用NDK内置链接器脚本 ```
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值