libgcc_s: Add a linker script to link to libgcc

[andrew]

Summary

When using outline atomics on arm64 the compiler will create a call to
a function that performs the atomic operation. This allows us to use
the fastest operation depending on the hardware.

As these functions are implemented in libgcc create a linker script
so libraries that link against libgcc_s will include libgcc to pull
them in.

Sponsored by: Arm Ltd

[jhb]

I wonder if this would be useful on risc64 which has similar issues. There I have been trying (but not succeeding) to get GCC's libatomic.a to build and install as part of the freebsdN-gcc ports so that it could be linked to.

[jrtc27]

This seems to match what GCC does, though I'm not sure why either need it. Both drivers pass both of -lgcc and -lgcc_s, whether building an executable or shared library (well, testing with GCC 13.2 on arm64 Linux, as that's easily to hand). Can you elaborate on the exact issue you're seeing without this?

In D45268#1032769, @jhb wrote:

I wonder if this would be useful on risc64 which has similar issues. There I have been trying (but not succeeding) to get GCC's libatomic.a to build and install as part of the freebsdN-gcc ports so that it could be linked to.

GCC 13+ should inline subword atomics like LLVM on RISC-V. Don't bother working around the old stupid mess; even the Linux distros gave up on that one.

[andrew]

Without this some of the Google tests failed to link as the __aarch64_* atomic functions from lse.S are missing. These are in libgcc but not libgcc_s.

[andrew]

The errors I get from the linker without this change are similar to the following.

/usr/local/bin/aarch64-unknown-freebsd14.0-ld: gmock-actions_test: hidden symbol `__aarch64_ldadd8_acq_rel' in /usr/obj/home/andtur04/freebsd/repo/freebsd-gcc/arm64.aarch64/tmp/usr/lib/libgcc.a(outline_atomic_ldadd8_4.o) is referenced by DSO 
/usr/local/bin/aarch64-unknown-freebsd14.0-ld: final link failed: bad value
collect2: error: ld returned 1 exit status

[andrew]

As discussed on IRC it looks like in some cases gcc passes -lgcc and -lgcc_s when run as cc, but -lgcc_s -lgcc_s when run as c++