undefined reference to `__atomic_load_8‘

最新推荐文章于 2024-06-17 15:59:00 发布
最新推荐文章于 2024-06-17 15:59:00 发布
阅读量4.6k 收藏 2
点赞数 2
原文链接：https://cloud.tencent.com/developer/article/1393976
版权

https://blog.youkuaiyun.com/huiwuhuiwu/article/details/107145540
错误显示的是 undefined reference to `__atomic_load_8’。

其实这主要是由于cmake编译参数与实际环境不同导致的。树莓派最新的是c++ 8，而通过以上代码可以看到用的是c++11，所以难免会遇到一些问题。

解决方法：

参考了国外网站，我在 /home/pi/Desktop/hadoop-3.2.1-src/hadoop-hdfs-project/hadoop-hdfs-native-client/src/main/native/libhdfspp/CMakeLists.txt 文件中的CMAKE_CXX_FLAG中添加了 -latomic，再运行mvn，该报错不再出现。
使用 target_link_libraries(tgt PRIVATE atomic) 在CML或passing中进行修补 -DCMAKE_EXE_LINKER_FLAGS="-latomic" ，或使用 clang（9.0.1）代替GCC（8.3.0），来解决此问题

https://cloud.tencent.com/developer/article/1393976

https://gitlab.kitware.com/cmake/cmake/-/issues/21174

https://github.com/alexa/avs-device-sdk/issues/380

树莓派编译hadoop 3.2.1源码，错误：undefined reference to `__atomic_load_8‘
huiwuhuiwu的专栏
07-05 3823
最近在研究树莓派编译hadoop源码，坑非常非常多。。。 1、编译过程中 HADOOP-HDFS-NATIVE-CLIENT 错误： 错误主要是在执行一下指令时发生的： /usr/bin/c++ -g -O2 -Wall -pthread -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -Wall -Wextra -pedantic -std=c++11 -g -fPIC -fno-strict-aliasing -Wno-missing-field-initialize.
解决引用openssl静态库libcrypto.a和libssl.a出现undefined reference to错误的问题
banyuxuan7255的博客
11-26 5236
解决引用openssl静态库libcrypto.a和libssl.a出现undefined reference to错误的问题 最近在做使用openssl链接http和https的项目，编译时出现以下问题。 /usr/local/openssl/lib/libcr...
树莓派cmake opencv环境时遇到undefined reference to `__atomic_load_8‘的问题
qq_44978694的博客
07-26 2245
树莓派cmake opencv环境时遇到undefined reference to `__atomic_load_8‘的问题
undefined reference to `__atomic_load_8
sinat_33909696的博客
05-27 1162
cmake编译遇到下面错误： undefined reference to `__atomic_load_8’ while building SampleApp on raspberryPi 解决方法： I finally got it working by intsallint gcc 5 and trying again! sudo apt-get install gcc-5 g++-5 sudo update-alternatives --install /usr/bin/gcc gcc /usr/
树莓派4b+部署realsense的踩坑问题小记(undefined reference of “__atomic_load_8“)
HeartFireY的博客
01-31 2126
树莓派编译librealsense时遇到undefined reference of "__atomic_load_8"的解决方案，以及librealsense的部署方法
undefined reference to `__atomic_is_lock_free‘
flysnow010的博客
06-17 426
看来标准库std::atomic的实现，除部分在头文件实现外，还有部分在库文件中实现。
C++编程-6：undefined reference to 'XXXX'问题汇总
zhuyunier的博客
05-18 5843
一、标准C库中的函数未定义 编译报错： undefined reference to `__isoc99_sscanf' undefined reference to `__isoc99_fscanf' undefined reference to `__pow_finite' undefined reference to `__powf_finite' undefined referenc...
Openssl-1.0.0c编译报错 libcrypto.so: undefined reference to `ENGINE_load_aep'的问题
youmuontheway的博客
06-04 1万+
Openssl-1.0.0c编译报错 libcrypto.so: undefined reference to `ENGINE_load_aep'的问题
C++学习（三九四）relocation R_AARCH64_ADR_PREL_PG_HI21 undefined reference to `__dso_handle‘
hankern的专栏
10-14 2913
E:\osg-osgearth-source\other_3rdParty\gdal-2.3.2\frmts\gtiff/geotiff.cpp:106: undefined reference to `__dso_handle' geotiff.cpp没有__dso_handle D:\android-ndk-r19c\toolchains\llvm\prebuilt\windows-x86_64\bin/../lib/gcc/aarch64-linux-android/4.9.x/../../.
C++ error: undefined reference to `__atomic_is_lock_free‘
a1367666195的博客
05-11 1139
对于常见的内置类型，比如`int，double，char，long`等等，都是`lock_free`的，可以正常调用`is_lock_free`函数。测试了自定义类型`struct A`从1字节到>8字节的情况，发现1、2、4、8字节是`lock_free`的，其他时候都不是，而且`is_lock_free`函数编译不过，
亚马逊AVS C++ SDK 编译错误解决
程序手艺人 - 嵌入式音频技术之旅
08-07 921
undefined reference to__atomic_store_8 buildroot 中集成AVS 编译出现: 编译器: Mipsel 错误警告: Please see compilation error log below: [ 21%] Linking CXX executable AttachmentManagerV2Test Attachment/Common/lib...
undefined reference to错误的解决方法
zhyjunFov的专栏
05-25 2336
undefined reference to错误的解决方法 2010-12-09 17:15:44 分类： LINUX 陈运文 Linux下编译程序时，经常会遇到“undefined reference to XXX” 报错， 这里总结一些可能的原因和解决方案，给需要的朋友： 说道undefined reference error，先提一下Linux gc
thrift debian+树莓派raspberry环境安装步骤
more_HH
06-11 934
thrift安装折腾了许久，记录一下省的再坑我！ 安装是0.11版本，0.9以及之前的有些区别 如同网上的许多步骤： 首先安装依赖环境： sudo apt-get install automake bison flex g++ git libboost-all-dev libevent-dev libssl-dev libtool make pkg-config 下载源码：http:/...
交叉编译openssl-1.0.0生成动态库
无我
03-19 6238
一 编译环境说明： ubuntu虚拟机: ubuntu-16.04.6-desktop-amd64 编译工具链：arm-linux-gcc-4.5.1 二 编译过程 1 生成makefile： #./config shared --cross-compile-prefix=arm-linux- --prefix=/usr/local/openssl_arm --openssldir=/...
undefined reference to错误
weixin_30594001的博客
03-29 816
最近在移植开发openssl库时，编译自己的动态库遇到undefined reference to错误，在此记录一下 从openssl官网移植openssl库，得到libssl.a和libcrypto.a两个静态库，以及openssl的头文件 我在openssl库的基础上封装了自己的代码，然后生成libmyopenssl.a静态库，文件分布如下 在另外的应用中又需要用到自...
“undefined reference to“ 问题汇总及解决方法
热门推荐
zhanglidn013的专栏
10-11 3万+
编写测试代码如下：// test.h#endif// test.c{}// main.c{}先将test.c编译成库文件。将main.c编译成可执行文件。链接出错了，原因很简单，test()这个函数的声明和定义不一致导致，将两者更改成一样即可通过编译。
树莓派ffmpeg 编译
cindywry的博客
01-01 724
安装x264 编码器 cd /root/ mkdir ffmpeg cd ffmpeg git clone https://code.videolan.org/videolan/x264.git cd x264/ ls ./configure --prefix=/usr/local/ffmpeg_install --enable-shared --enable-debug=3 make install 安装ffmpeg git clone https://git.ffmpeg.org/ffmpeg.git
【Android-NDK】错误 undefined reference to '__atomic_fetch_add_4'
07-26 1万+
不罗嗦，在Android.mk文件中，添加： LOCAL_LDLIBS += -latomic 费了好大劲才解决。 环境：cygwin64，gcc4.9.2
undefined reference to `__atomic_store_16'
最新发布
03-23
<think>嗯，用户现在遇到了一个链接错误：“undefined reference to `__atomic_store_16'”。我需要帮他分析这个问题。首先，我应该回想一下这个错误通常是什么原因导致的。这个错误通常出现在使用原子操作时，编译器找不到对应的原子函数实现。特别是当处理16字节（128位）的数据类型时，比如在C++中使用std::atomic<uint128_t>或者在C中使用__int128类型的原子操作。 接下来，我需要考虑可能的解决方案。首先，检查编译器版本和支持的架构是否支持16字节的原子操作。GCC在较新的版本中对这些操作有更好的支持，但可能需要特定的编译选项。比如，使用-march=native或者指定特定的CPU架构，确保编译器生成正确的指令。另外，链接时需要确保链接了libatomic库，这个库提供了这些原子操作的实现，尤其是在某些架构上，如ARM或旧的x86_64处理器，可能需要显式链接。 然后，用户可能没有正确链接libatomic库，所以需要提醒他检查编译命令中是否包含-latomic。如果用户使用的是CMake，可能需要添加find_package(Atomic REQUIRED)并链接到Atomic::Atomic目标。 另外，如果用户的硬件或编译器不支持16字节的原子操作，可能需要考虑替代方案，比如使用锁来保护数据，或者将数据类型拆分为更小的部分。这时候需要根据具体情况建议用户调整代码结构。 可能还需要确认用户是否真的需要16字节的原子操作，是否有其他更高效的方法。例如，在某些情况下，使用64位类型可能足够，或者检查代码中是否有不必要的原子操作。 总结来说，我需要分步骤解释错误的原因，然后提供几种可能的解决方案，包括编译选项、链接库、硬件支持检查以及替代方法。同时，需要给出具体的示例命令，方便用户直接应用。最后，提醒用户根据他们的环境和需求选择最合适的解决方法。</think>--- ### **错误原因分析** 出现`undefined reference to '__atomic_store_16'`错误，通常是由于以下原因导致： 1. **16字节原子操作支持缺失** `__atomic_store_16`是GCC内置的原子操作函数，用于对**16字节（128位）**数据进行原子存储操作。但某些情况下，编译器或目标平台可能不支持16字节的原子操作： - 编译器未正确链接`libatomic`库。 - 目标CPU架构（如旧版x86、某些ARM版本）不支持原生16字节原子指令。 - 编译时未启用对应的硬件特性（如x86的`CMPXCHG16B`指令）。 2. **常见场景** 该错误通常出现在以下操作中： - 使用`std::atomic<uint128_t>`或自定义的16字节数据类型。 - 在32位系统或旧CPU上尝试执行16字节原子操作。 --- ### **解决方案** #### **方法1：显式链接`libatomic`库** 大多数情况下，编译器需要链接`libatomic`库以支持16字节原子操作： ```bash # 在编译命令末尾添加 -latomic g++ -o your_program your_source.cpp -latomic ``` 如果使用CMake，需在`CMakeLists.txt`中添加： ```cmake find_package(Atomic REQUIRED) # 确保找到 libatomic target_link_libraries(your_target PRIVATE Atomic::Atomic) ``` #### **方法2：启用CPU原生支持** 对于x86_64架构，需确保启用`CMPXCHG16B`指令支持： ```bash # 添加 -mcx16 编译选项（x86_64专用） g++ -mcx16 -o your_program your_source.cpp -latomic ``` 若需适配当前机器的最高指令集： ```bash g++ -march=native -o your_program your_source.cpp -latomic ``` #### **方法3：检查数据类型兼容性** 若代码中使用了自定义的16字节类型（如`__int128`），需确保目标平台支持该类型： ```cpp // 检查编译器是否支持 __int128 static_assert(sizeof(__int128) == 16, "__int128 not supported"); ``` #### **方法4：降级原子操作（替代方案）** 如果目标平台完全不支持16字节原子操作： 1. **改用更小数据类型** 例如将`uint128_t`拆分为两个`uint64_t`，并用锁保护操作： ```cpp struct Uint128 { uint64_t high; uint64_t low; }; std::mutex mtx; Uint128 value; // 通过互斥锁保证原子性 void store_128(uint64_t high, uint64_t low) { std::lock_guard<std::mutex> lock(mtx); value.high = high; value.low = low; } ``` 2. **使用编译器内置锁** 通过`__atomic_*`函数的锁模拟模式： ```cpp __int128 var = 0; __atomic_store_n(&var, 42, __ATOMIC_SEQ_CST); // 若支持则无锁，否则自动用锁模拟 ``` --- ### **验证步骤** 1. **检查编译器支持性** 运行以下命令验证`libatomic`是否可用： ```bash gcc -print-file-name=libatomic.so # 输出应为有效的库路径，如：/usr/lib/gcc/x86_64-linux-gnu/11/libatomic.so ``` 2. **确认CPU支持`CMPXCHG16B`（x86_64）** 在Linux终端中执行： ```bash grep cmxchg16b /proc/cpuinfo # 若输出中包含 cmxchg16b，则CPU支持该指令 ``` --- ### **代码示例** 假设原始代码尝试原子存储16字节数据： ```cpp #include <atomic> #include <cstdint> int main() { std::atomic<__int128> atomic_var(0); __int128 value = 42; atomic_var.store(value, std::memory_order_release); // 可能触发错误 return 0; } ``` **修复后的编译命令**： ```bash g++ -mcx16 -o test test.cpp -latomic ``` --- ### **总结** | **原因** | **解决方案** | |-------------------------|--------------------------------------| | 未链接`libatomic`库 | 添加`-latomic`链接选项 | | CPU不支持16字节原子指令 | 添加`-mcx16`或`-march=native`编译选项 | | 数据类型或平台不兼容 | 改用更小数据类型或锁机制 | 根据硬件和编译器环境选择合适的修复方案即可解决此错误。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值