diff options
| author | Dimitry Andric <dim@FreeBSD.org> | 2025-11-23 15:52:46 +0000 |
|---|---|---|
| committer | Dimitry Andric <dim@FreeBSD.org> | 2025-11-26 06:06:40 +0000 |
| commit | e0c79f13d755c480ff6c3ca1f5c78ed1c04db400 (patch) | |
| tree | 9549c0a39eb2bc15f500b007c3c376f7cee4ffbd /share/man/man4/ng_pred1.4 | |
| parent | f6bd9b266dc4aa342f735a7ade07061f54f7f740 (diff) | |
Reapply "Merge commit e24f90190c77 from llvm git (by Brad Smith):"stable/13
[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
(cherry picked from commit 3289bace53f31545976fec310b41fa784de75e64)
Diffstat (limited to 'share/man/man4/ng_pred1.4')
0 files changed, 0 insertions, 0 deletions
