When `gcc` is cross-built (`build` != `target` && `host` == `target`)
`gcc` assumes that it has a compatible cross-compiler in the environment
that can build target libraries. Version of a cross-compiler has to
match the compiler being cross-built as libraries frequently use fresh
compiler features, like `-std=c++26` or target-specific types like
`_Bfloat16`.
Version mismatch causes build failures like:
https://github.com/NixOS/nixpkgs/issues/351905
Similar problems (but on a smaller scale) happen when a `gcc`
cross-compiler is built (`build` == `host` && `host` != `target`) built
by a mismatching version of a native compiler (`build` == `host` &&
`host` == `target`). That was worked around by forcing `gcc9Stdenv` for
older compiler versions.
Let's fix both problems by requiring the same compiler version for
cross-case.
Closes: https://github.com/NixOS/nixpkgs/issues/351905
Because apple-sdk defaults to 11 on aarch64-darwin, glsl_analyzer builds
fine, but on x86_64-darwin (where apple-sdk defaults to 10.12) it fails
to build. I've bumped the SDK version to be 11 on both platforms, which
fixes the build.
This package was broken from May until November’s ZHF due to a Git
security change. In itself, that’s a one‐line fix, but a greater
concern is that this package hasn’t been updated since 2022; there
have been many releases since, including backward‐incompatible
protocol changes:
> If you operate an XRP Ledger server, upgrade to version 1.10.0 by
> March 21 to ensure service continuity.
Since it is after March 2023 and nobody has reported this package
broken, I conclude that nobody uses it, and we should remove it until
an interested maintainer comes along.
Our current version is from March 2023; there was a release with a
critical security fix in March of this year, and another one with more
security fixes two weeks ago. The listed maintainer has been inactive
in Nixpkgs for years and it seems nobody else is stepping up to keep
this package secure and updated. Let’s drop it until that changes.
