Summary: | dev-lang/spidermonkey-128.4.0-r1: Fails to build - Invalid attribute group entry (Producer: 'LLVM19.1.1-rust-1.82.0-stable' Reader: 'LLVM 18.1.8') | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | zyxhere <zyx> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | zyx |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 947357 | ||
Bug Blocks: | |||
Attachments: | build.log.xz |
Description
zyxhere
2025-01-08 00:06:38 UTC
Built fine with USE="-clang" Okay so this is lto-related. Previously when we had 'lto' use flag before the rust change we had an easy way of tying llvm to a matching rust slot - which it requires with lto. IIRC firefox will now always tie clang to a matching rust, so we might have to lock the pairing in spidermonkey too. That should work and not be too disruptive. You should be able to "eselect rust" version 1.81 if you want to compile SM with spidermonkey. rust-1.81 is built with llvm-18, so spidermonkey should also work with it. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=92237158d45e3059ddb7ce058588338cb6449420 commit 92237158d45e3059ddb7ce058588338cb6449420 Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2025-01-15 09:21:09 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2025-01-15 09:23:29 +0000 dev-lang/spidermonkey: add 128.6.0 - sync lto and rust changes from firefox - lto is activated via CFLAGS even though it's handled by build system, and rust tc is always matched via rust.eclass. Closes: https://bugs.gentoo.org/947695 Signed-off-by: Joonas Niilola <juippis@gentoo.org> dev-lang/spidermonkey/Manifest | 2 + dev-lang/spidermonkey/spidermonkey-128.6.0.ebuild | 473 ++++++++++++++++++++++ 2 files changed, 475 insertions(+) |