This is an auto-filed bug because sys-power/athcool fails to compile with -fno-common or gcc-10. The issue was originally discovered on amd64, but it may be reproducible on other arches as well. If you think that a different summary clarifies the issue better, feel free to change it. Attached build log and emerge --info. NOTE: To reproduce this issue you may want to set CFLAGS="${CFLAGS} -fno-common" or compile it with gcc-10 that enables -fno-common by default.
Created attachment 642402 [details] build.log build log and emerge --info
Maybe it's time to put this one out to pasture? The upstream URL's dead and iirc the only thing athcool actually did was to call HLT in a loop to enter C2, which newer kernels (basically anything after 2.4) do automatically.
(In reply to Anthony Parsons from comment #2) Reading the code, it appears to do more than that. The docs say it flips some bit(s) in a register in the motherboard chipset. Anyway, this certainly seems like something that should be handled in the kernel, not userspace.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3f4aea9d7d862dc542123802e50c1a4781a7c5c3 commit 3f4aea9d7d862dc542123802e50c1a4781a7c5c3 Author: Jakov Smolic <jakov.smolic@sartura.hr> AuthorDate: 2020-12-28 14:48:00 +0000 Commit: David Seifert <soap@gentoo.org> CommitDate: 2020-12-28 14:48:00 +0000 sys-power/athcool: Port to EAPI 7 Closes: https://bugs.gentoo.org/725976 Package-Manager: Portage-3.0.9, Repoman-3.0.1 Signed-off-by: Jakov Smolic <jakov.smolic@sartura.hr> Signed-off-by: David Seifert <soap@gentoo.org> sys-power/athcool/athcool-0.3.12.ebuild | 11 ++++++----- ...thcool-0.3.11-build.patch => athcool-0.3.12-build.patch} | 0 sys-power/athcool/files/athcool-0.3.12-fno-common.patch | 13 +++++++++++++ 3 files changed, 19 insertions(+), 5 deletions(-)