以前,在 Apple LLVM 9.1.0 中,128 位结构上的 is_lock_free()
已返回 true。为了获得完整的 std::optional
支持,我随后升级到 MacPorts gcc 7.3。在我第一次尝试编译时,我遇到了这个臭名昭著的 showstopper 链接器错误:
Undefined symbols for architecture x86_64:
"___atomic_compare_exchange_16", referenced from:
我知道我可能需要添加 -latomic
。使用 Apple LLVM 9.1.0,我不需要它,对此我有一种非常糟糕的预感。如果它是无锁的,你通常不需要链接到任何额外的库,编译器本身就能处理它。否则,它可能只是基于锁的,需要额外库的支持。正如我担心的那样,在添加 -latomic
后,构建成功,但 is_lock_free()
返回 false。
我确实认为 gcc 7.3 及其标准库实现很好。这可能只是我这边的一些配置问题。事实上,我没有做任何配置。我只是安装了 MacPorts gcc 并完成了。知道我可能遗漏了什么吗?
最佳答案
自己找到答案here .
gcc7 and later will call libatomic instead of inlining
lock cmpxchg16b
, and will return false fromatomic_is_lock_free
(for reasons including that it's so slow it's not what users expectis_lock_free
to mean), but at least for now the libatomic implementation still useslock cmpxchg16b
on targets where that instruction is available. (It can even segfault for read-only atomic objects, so it's really not ideal.)
关于c++ - is_lock_free() 在升级到 MacPorts gcc 7.3 后返回 false,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49816855/