algaos/algaos-ebuild-tree/eclass/toolchain-funcs.eclass, branch next

toolchain-funcs.eclass: improve td-ld-disable-gold deprecation

2026-04-22T07:01:54Z

We don't want to start forcing bfd everywhere if in practice it has worked with everything except gold until now (lld, mold). May be because of gold bugs or just issues which got fixed in the meantime from gold's heyday. Signed-off-by: Sam James

toolchain-funcs.eclass: Add support for Elbrus architecture

2026-03-22T19:57:49Z

Signed-off-by: Alibek Omarov Part-of: https://codeberg.org/gentoo/gentoo/pulls/397 Merges: https://codeberg.org/gentoo/gentoo/pulls/397 Signed-off-by: Sam James

toolchain-funcs.eclass: Set SYSROOT and ESYSROOT in tc-env_build

2026-03-21T09:29:48Z

Otherwise sysroot.eclass will create a broken wrapper when it shouldn't create a wrapper at all. Signed-off-by: James Le Cuirot

toolchain-funcs.eclass: Set some Go arch-specific vars in tc-env_build

2026-03-21T09:29:47Z

Some Go arch-specific variables can be set automatically based on the tuple alone. Others cannot feasibly be determined automatically and must therefore be set by the user. It is sometimes necessary to build Go code for CBUILD, so use BUILD_GO* variables in case CHOST is a more advanced model of CBUILD's architecture. Signed-off-by: James Le Cuirot

toolchain-funcs.eclass: tc-env_build should also update CHOST

2026-03-12T15:21:00Z

The whole purpose of this function is really just to run specific commands "as CHOST=${CBUILD}" during cross, in case you really need CBUILD copies of stuff e.g. to do asset generation. We also have an econf helper which... sets CHOST then runs econf. And ebuilds such as anki and zig also override CHOST when using tc-env_build, which implies it is useful/needed. While exploring app-containers/containerd failing to cross build, I observed a challenging issue for go-env.eclass as well. One may wish to use tc-env_build to override the go env to set up, as such: ``` tc-env_build go-env_set_compile_environment emake .... ``` but the latter function sets go's host mode (goarch) based on CHOST, while the former function checks for cross mode by comparing CHOST versus CBUILD. Once again, we need a wrapper for tc-env_build to run, just to set CHOST? It seems simpler and more consistent to always set it. Note order is important; tc-getBUILD_XXX must appear and run on the command line *first*, as they use CHOST internally. Bug: https://bugs.gentoo.org/966257 Reviewed-by: Sam James Reviewed-by: James Le Cuirot Signed-off-by: Eli Schwartz

toolchain-funcs.eclass: Support EAPI 9

2026-02-21T09:08:22Z

Acked-by: Sam James Signed-off-by: Ulrich Müller

toolchain-funcs.eclass: adapt tc-is-lto to non-ELF

2026-02-03T23:17:34Z

Closes: https://bugs.gentoo.org/969442 Thanks-to: James McClain Signed-off-by: Sam James

toolchain-funcs.eclass: fix pattern for detecting ld.bfd

2025-12-24T16:33:57Z

See the test case below: > out=$(echo -e "abcdef\n123456"); [[ ${out} =~ .*^"123456".* ]] && echo "matched" || echo "not matched" This prints "matched" when using glibc, but "not matched" when using musl. The root cause is that using ^ in the middle of the regex is undefined behavior. Replace it with (^|$'\n'), i.e. match either the beginning of the string or a position immediately following a newline. Signed-off-by: Z. Liu Part-of: https://github.com/gentoo/gentoo/pull/45136 Closes: https://github.com/gentoo/gentoo/pull/45136 Signed-off-by: Sam James

toolchain-funcs.eclass: fix tc-check-min_ver example

2025-10-12T14:19:36Z

$ python3.13 -c 'import portage; print(portage.versions.vercmp("13.2.0", "13.2"))' 1 Bug: https://bugs.gentoo.org/964195 Signed-off-by: Sam James

toolchain{,-funcs}.eclass: Ensure hf/sf detection works for t64 CHOSTs

2025-07-14T18:49:54Z

Signed-off-by: Andreas K. Hüttel