ld.lld: error: undefined symbol: major

解决QEMUESP32编译时缺失sys/sysmacros.h的问题,
最新推荐文章于 2025-10-29 11:06:54 发布
原创 最新推荐文章于 2025-10-29 11:06:54 发布 · 566 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#error #undefined #symbol #major #linux

在GitHub上的qemu_esp32项目中，Issue#12提到了一个编译错误，需要包含<sys/sysmacros.h>头文件来修复。此问题涉及到QEMU模拟器在处理ESP32平台代码时的依赖，解决这个问题对于正确构建和运行ESP32的虚拟环境至关重要。
ld.lld:error is incompatible with elf_x86_64【鸿蒙报错已解决】
一键难忘的博客
05-03 1261
ld.lld:error is incompatible with elf_x86_64【鸿蒙报错已解决】最近遇到了这个问题，看到网上也有人在询问这个问题，实操了很多网上的解决方案发现并不能解决这个Bug，所以我在解决这个问题后，总结了自己和其他人的解决经验，进行了整理，写了一本解决【ld.lld:error is incompatible with elf_x86_64】这个问题的bug文章，希望可以帮助到大家。 解决问题的全部过程记录在本篇文章中，包括原因分析、解决方案等，按照本文的解决方案应当可以解决
android ld: error: unable to find library -lGLESv3
djshichaoren的专栏
03-06 5047
android ld: error: unable to find library -lGLESv3
C++:ld.lld: error: undefined symbol
大家好，我是“码上暹罗”，一个与代码和暹罗猫同行的技术探索者。在我的博客里，你将发现编程技巧、技术洞察以及日常点滴，共同揭开技术背后的神秘面纱。无论你是初学者还是资深开发者，都欢迎来到我的世界，一起享受编程之旅。
11-16 1万+
这个问题通常与命名空间的使用方式没有直接关系，因为C++的命名空间主要用于组织代码，避免名称冲突，而不影响编译和链接的基本过程。所以，即使 `cps` 命名空间中的代码引用了 `recall_service` 命名空间中的代码，或者反过来，都不应该直接导致链接错误。2. 编译单元未包含：如果 `mget` 方法的定义在另一个源文件中，确保该源文件被正确编译并链接到最终的可执行文件或库中。4. 模板实例化问题：如果 `mget` 是一个模板方法，并且其实例化在编译单元之外进行，可能需要确保适当的模板实例化。
RK3568 11.0编译报错ld.lld: error: undefined symbol: rtkbt_cts_info
最新发布
zhaoyufei133的博客
10-29 107
【代码】RK3568 11.0编译报错。
ld.lld: error: undefined symbol: RecoveryUI::SetEnableTouchEvent(bool, bool)
qq_41844597的博客
04-16 1万+
ld.lld: error: undefined symbol: RecoveryUI::SetEnableTouchEvent(bool, bool) 最近在编译android代码的时候，遇到了这个问题，显示的是找不到这个函数，当时我就想着头文件都包含过来了，怎么会找不到这个声明呢，然后我把同一级别的函数体调过来使用，但是发现还是不行，最后原因终于找到了，原来是在android.bp中没有将这个函数所在的编译生成的库加进来，所以找不到，可能是作为新手小白的第一次bug吧，困扰了我好几天，所以记录一下，提
ld.lld: error: undefined symbol: android::hardware::details::return_status::~return_status()
mylove2693的专栏
01-12 1035
错误原因：编译时没有引入libhidlbase。
Openharmony编译报错：ld.lld: error: undefined symbol: fcntl64
qqq1112345的博客
05-30 3268
openharmony编译报错问题分析记录待解决：ld.lld: error: undefined symbol: fcntl64
Error: undefined symbol
u012189450的博客
01-18 2278
安卓模块单编，添加了一个callstack库后报Error: undefined symbol
UE5.1 UATHelper: 打包 (Android (ASTC)): ld.lld: error: undefined symbol: __aarch64_swp8_acq_rel 错误解决
AppNinja 开发手记
03-23 2493
Android Studio: Install the NDK 25.1.8937393To switch from UE5.0 to UE5.1 I had to do more changes. Maybe it helps somebody:Android Studio: SDK Platform to 29 (Quest 2 is Android 10)Android Studio: Android SDK Tools to 30.0.3Android Studio: Command-line to
遇到 ld.lld: error: found local symbol ‘__bss_start‘ in global part of symbol table in file 错误
Harrison_zhu的专栏
09-22 9506
在用AndroidStudio开发APP时，因重新拉取git仓库代码，导致以下错误： [164/164] Linking CXX shared library ..\..\..\..\build\intermediates\cmake\debug\obj\arm64-v8a\libailiving.so FAILED: cmd.exe /C "cd . && C:\Users\LENOVO\AppData\Local\Android\Sdk\ndk\22.1.7171670\toolcha
ld.lld: error: unable to find library -lstdc++问题
数字人生
06-24 3950
确认库的存在位置。调整编译命令，手动添加库路径。设置环境变量，永久添加库路径。检查并配置Clang的库搜索路径。如有必要，安装缺失的开发包。尝试上述步骤应该能解决找不到-lstdc++的问题。
ld.lld: error: undefined symbol: __compiletime_assert_324
06-11
当遇到 `ld.lld: error: undefined symbol: __compiletime_assert_324` 这样的链接错误时，通常表明编译器或链接器在解析符号时未能找到与该符号相关联的定义。以下是一些可能的原因及解决方案： #### 1. 缺少必要...
ld.lld的undefined symbol错误
Invoker123的博客
10-06 7314
三个符号位于cpdf_streamcontentparser.o中。经发现cpdf_streamcontentparser.o是空文件，导致链接而成的ibpdfium-page.a和libpdfium.so缺少对应的符号。删除掉libpdfium-page.a和对应的obj目录重新编译可以解决。确认是静态库文件，没问题。再打开obj目录，检查静态库包含的目标文件的正确性。而编译目标 libpdfium.so引用了libpdfium-page.a。先找到libpdfium-page.a确认文件有没问题。
C++ 编译 error， ld.lld: error: undefined symbol: gem5::GIM_LTBParams::create() const＞＞＞ referenced by
qq_42021854的博客
02-14 1526
C++编译link error
Android中链接带符号库 ld.lld: error: undefined symbol
peter12757的专栏
07-10 1612
既然编译没有问题，当前代码检查下来也没有问题。那可能就是cmake编译的时候和so切实没有做链接。这个方面需要有空去研究一下，由于时间问题就没进一步去研究了。理论上来说应该是可以的。当前采取了规避的方案，将这个error忽略掉。怀疑是这个so的问题，查看之下发现.a和so正常编译。打开so查看符号发现也是在的。但是就是链接不上，cmake中也是有声明且都include了头文件和link了相关的so库。这个类是在另外的一个带符号的so中。当然，在网上查资料的时候说是。
ld.lld: error: undefined symbol: __strlen_chk
12-25 521
在文件里面的第一行加入：#include "stdlib.h"
error: undefined symbol: std::__cxx11::basic_string和std::__1::basic_string
热门推荐
Three_dog的博客
03-09 3万+
undefined symbol: cv::imwrite(cv::String const&, cv::_InputArray const&, std::__1::vector<int, std::__1::allocator > const&)
ld.exe: unrecognized option ‘--major-image-version‘
dragoo1的专栏
05-06 1732
原因：将project指令放到了set(CMAKE_SYSTEM_NAME Linux)之前。问题：在windows环境使用cmake+mingw32+gcc交叉工具链报错。
精简 chromium 源码后编译 Android cronet 失败：undefined symbol: iswblank
chuanglan的专栏
12-27 4457
下面是详细的错误日志，可以看到第一个错误是由于 __posix_l_fallback.h 文件引用的 iswblank 未定义；是在编译生成目标文件 /libc++/locale.o 时出现的。经过查阅，该方法是一个 c++ 的标准库函数. ninja: Entering directory `out/test-Cronet/' [9/5622] SOLINK ./libnetty-tcnativ...
ld.lld: error: undefined symbol: main
08-02
### 生成可执行文件时出现 `ld.lld: error: undefined symbol: main` 的解决方法 在使用 `Android.mk` 构建 Android 可执行文件时，如果链接器报告 `ld.lld: error: undefined symbol: main`，则通常意味着链接器无法找到程序的入口函数 `main()`。这个问题可能由多个原因引起，包括源文件未正确包含、模块类型配置错误、或编译器优化导致符号被省略等。 #### 1. 确保源文件中定义了 `main` 函数 检查所有源文件，确保至少有一个源文件中定义了 `main` 函数。这是程序的入口点，必须存在。例如： ```c // main.c #include <stdio.h> int main(int argc, char *argv[]) { printf("Hello, World!\n"); return 0; } ``` 如果源文件中确实没有定义 `main` 函数，或者拼写错误（如 `mian` 或 `Main`），链接器将无法识别入口点，从而报错 [^1]。 #### 2. 确认模块类型为可执行文件 确保 `Android.mk` 中使用了正确的构建规则来生成可执行文件。应使用 `include $(BUILD_EXECUTABLE)` 来指示构建系统生成一个可执行程序，而不是共享库或静态库。例如： ```makefile LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_SRC_FILES := main.c LOCAL_MODULE := hello include $(BUILD_EXECUTABLE) ``` 若误用了 `BUILD_SHARED_LIBRARY` 或 `BUILD_STATIC_LIBRARY`，则不会生成可执行文件，自然也不会包含 `main` 符号 [^2]。 #### 3. 检查编译器优化和链接器参数 某些情况下，编译器优化可能导致 `main` 函数被移除，尤其是在使用了 `__attribute__((weak))` 或其他弱符号定义时。可以尝试在 `Android.mk` 中禁用优化或添加链接器参数以保留符号： ```makefile LOCAL_CFLAGS += -O0 LOCAL_LDFLAGS += -Wl,--gc-sections ``` 如果问题仍然存在，可以尝试强制链接器忽略未定义符号，以进行调试： ```makefile LOCAL_LDFLAGS += -Wl,--unresolved-symbols=ignore-all ``` 但此方法仅适用于调试阶段，不建议在正式构建中使用 [^1]。 #### 4. 确认模块被正确构建并参与链接 确保 `LOCAL_SRC_FILES` 中列出的源文件确实被编译，并且生成的目标文件被正确链接。可以通过构建时的输出日志确认是否所有源文件都被编译和链接。例如，检查是否生成了 `.o` 文件并参与了最终链接步骤 [^3]。 #### 5. 使用 `nm` 检查目标文件中的符号 使用 `nm` 工具检查编译生成的目标文件是否包含 `main` 符号： ```bash nm obj/local/armeabi-v7a/objs/hello/main.o | grep main ``` 如果输出中没有 `T main`，说明目标文件中未定义 `main` 函数，需要检查源文件内容或编译命令是否正确 [^3]。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值