Updated FreeBSD from 13.2 to 13.4 / 14.1

[stemann]

Enables better C++-17 support.

E.g. for MLX, which ran into error: constexpr variable cannot have non-literal type 'const std::array<uint32_t, 8>' (aka 'const array<unsigned int, 8>') with the FreeBSD 13.2 libc++ SDK in #10374 - which could be remedied by using FreeBSD 13.4 instead of 13.2: cea8b97

How to use another FreeBSD SDK for a CMake-based build:

sources = [
    ArchiveSource("http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/arm64/13.4-RELEASE/base.txz",
                  "730f4d4d850fa96263a874340d84a2f0575cb917fc035359ae34823cae56c809";
                  unpack_target="freebsd-base-aarch64"),
    ArchiveSource("http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/amd64/13.4-RELEASE/base.txz",
                  "8e13b0a93daba349b8d28ad246d7beb327659b2ef4fe44d89f447392daec5a7c";
                  unpack_target="freebsd-base-x86_64"),
]

script = raw"""
if [[ "$target" == *-unknown-freebsd* ]]; then
    sdk_root=$WORKSPACE/srcdir/freebsd-base-$(echo $target | cut -d - -f1)
    sed -i "s#/opt/$bb_target/$bb_target/sys-root#$sdk_root#" $CMAKE_TARGET_TOOLCHAIN
    sed -i "s#/opt/$bb_target/$bb_target/sys-root#$sdk_root#" /opt/bin/$bb_full_target/$target-clang*
    sed -i "s#/opt/$bb_target/$bb_target/lib#$sdk_root/usr/lib#" /opt/bin/$bb_full_target/$target-clang*
fi
"""

[giordano]

I think @ararslan has opinions here, probably wanted to jump to FreeBSD 14 altogether.

[ararslan]

Since FreeBSD 13 is still supported upstream, it'd be ideal if we could continue to build on 13 since binaries are forward but not backward compatible across FreeBSD versions. (The apparent exception to this is 13.2 on AArch64, as binaries built there seem not to work entirely as expected on 14+). It'd be unfortunate to completely drop support for anybody running 13 locally. If 13.4 fixes the issue then that seems like a good choice to me.

I'll need to try a 13.4 VM on AArch64 to see whether that fixes the issue we observed with MPFR not being forward compatible; we may need to go right to 14 (perhaps 14.1) on AArch64. IMO it's okay, albeit not entirely ideal, to have different system requirements on x86-64 and AArch64.

[giordano]

IMO it's okay, albeit not entirely ideal, to have different system requirements on x86-64 and AArch64.

That's what we do already on linux, we have different glibc versions for different architectures

[ararslan]

Okay cool, let's try 13.4 on x86-64 and 14.1 on AArch64 then.

[giordano]

The next question is "who's going to rebuild 22 different versions of GCC and hope nothing breaks because otherwise they'll have to deal with that?" 😉

[stemann]

I'm just giving FreeBSD 14.1 a spin in #10374 to see if the C++ issue is still fixed.

[stemann]

#10374 is happy with FreeBSD 14.1 as well :-)

[ararslan]

The next question is "who's going to rebuild 22 different versions of GCC and hope nothing breaks because otherwise they'll have to deal with that?"