https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230888
David Chisnall <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #3 from David Chisnall <[email protected]> --- Is there a reason, given that LLVM's atomic.c is in contrib, that we don't just connect it to the libgcc_s build? Note that the problem is not just 64-bit. An increasing amount of x86-64 code depends on 128-bit atomics (which are single instructions if compiling with -mcx16, libcalls otherwise). C11 allows arbitrary sized atomics. It's allowed to write _Atomic(struct X) for any arbitrary X. The code in atomic.c handles this, though not for atomic types in shared memory (which can't be supported without changing the ABI - something that WG21 thought through by making std::atomic a library feature and allowing larger atomic types to be implemented with an inline lock, and which WG14 completely messed up). -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "[email protected]"
