aboutsummaryrefslogtreecommitdiff
path: root/Bindings/hwmon/(developers-only)
diff options
context:
space:
mode:
authorDimitry Andric <dim@FreeBSD.org>2025-11-23 15:52:46 +0000
committerDimitry Andric <dim@FreeBSD.org>2025-11-23 18:40:00 +0000
commit3289bace53f31545976fec310b41fa784de75e64 (patch)
tree6403ad7ab0c8b51fcee614e257e5357c00f44c92 /Bindings/hwmon/(developers-only)
parent1d1a2e6932d682c40ab878bf83cbbde02d8d0af1 (diff)
Reapply "Merge commit e24f90190c77 from llvm git (by Brad Smith):"HEADmain
[Driver] Enable outline atomics for FreeBSD/aarch64 (#156089) The compiler_rt helper functions have been built since 12.4, 13.1, 14 and anything newer. This reverts commit bd27bd1f51d049538cc7a0053be9d99110a53ae1. Only some people (including the release manager, unfortunately) ran into build issues with the previous iteration of this commit, because they were bootstrapping the compiler, either via the WITHOUT_SYSTEM_COMPILER src.conf(5) setting, or because the build system determined that their base system compiler was out of date. The bootstrapped compiler would then enable outline atomics and compile libgcc_s with these, but because libgcc_s is linked with -nodefaultlibs, it could not find the helper routines in libcompiler_rt.a. In contrast, people who did not bootstrap the compiler never saw any issues, because libgcc_s was built using their 'old' base system compiler, and so libgcc_s would not contain any calls to those helper routines. Fix this by ensuring that libgcc_s is linked against libcompiler_rt.a explicitly, similar to some other binaries and libraries that are built with -nodefaultlibs. Also, bump FREEBSD_CC_VERSION to ensure that everybody gets the updated compiler with outline atomics enabled. (This should have been done in the first iteration of this commit, because the error would have shown up right away then.) MFC after: 3 days
Diffstat (limited to 'Bindings/hwmon/(developers-only)')
0 files changed, 0 insertions, 0 deletions