- CVE-2022-31628
- CVE-2022-31629

alice authored Sep 13, 2022 and alice committed Sep 30, 2022

- modernise
- use hwdata

alice authored Sep 12, 2022 and alice committed Sep 30, 2022

superceded by main/hwdata

Sören Tempel authored Nov 29, 2021 and Sören Tempel committed Sep 30, 2022

Previously, community/go depended on itself for compiler-bootstrapping
purposes. This approach has several issue which are were further
discussed on the ML some time ago [1]. By bootstrapping community/go
using gcc-go we can make the bootstrap path more transparent and also
ease bootstrapping new builder via bootstrap.sh as community/go no
longer needs to be cross-compiled from an existing Go installation.

As such, this commit also removes community/go from the bootstrap.sh.
There is nothing on the bootstrap path that depends on it, hence it
is fine that a bootstrapped/cross-compiled gcc doesn't have LANG_GO
support. Go was only added to bootstrap.sh previously in commit
f5c4b298 due to the cross-compilation
requirement. This commit also removes the cross-compilation related
quirks from the Go APKBUILD.

I will further enhance the Go bootstrap setup by having both
community/go and gcc-go provide a virtual go-bootstrap package. Thereby
allowing compilation with either gcc-go or a prior community/go
installation.

[1]: https://lists.alpinelinux.org/~alpine/devel/%3C33KG0XO61I4IL.2Z7RTAZ5J3SY6%408pit.net%3E

this was the setting before, even though it's different from our gcc
target. but this breaks compilation of the compiler itself for now, due
to a vendored crate.

see https://github.com/bytecodealliance/rustix/issues/415