Summary: | www-client/firefox-102.6.0: can't be compiled with sys-devel/clang:14, may be due to absence of virtual/rust:0/llvm-14 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | zhaleks <zh> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
zhaleks
2022-12-27 10:47:52 UTC
Yeah, does look like virtual/rust:0/llvm-14 was dropped from the tree :\ it should still work if you provide virtual/rust:0/llvm-14 on your own, e.g. from a local overlay or maybe package.providing it somehow. I guess you haven't updated your rust yet either, so you can maybe get past the BDEPEND check by either providing --nodeps to "emerge -uav firefox" or --with-build-deps=n to your "emerge -uavDN world" string. I'm a bit hesitant to remove the virtual/rust:0/llvm-14 dep from the ebuild because there are people who very reluctantly update their rusts, even though they're usually full of important security fixes. And naturally if you just follow the suggested update path without package.masking the toolchain parts, everything should work fine too. Hello. Thanks for your time. Sorry, it not connected to the subject directly, but I used to use the Blender. The Blender depends on media-libs/oidn. media-libs/oidn depends on dev-lang/ispc, which hardcoded to <sys-devel/clang-15 itself. So, I've masked whole <sys-devel/clang-15 stack to save compilation time and not to double llvm/clang ... But that somehow involved whole llvm stack. So, here some ridiculous chain. :-) Sorry, I'm not a developer, nor a programmer, just an advanced Linux user, so might not see the whole picture. I'm not understand why 14 and 15 branches can't be mixed. And as I can see, this is not the Firefox/Thunderbird issue, rather then clang/llvm stack supporters within the Gentoo. I've not tried a dummy virtual/rust:0/llvm-14 yet, I've compiled with the gcc, so the issue can be considered as solved, sort of. How do you think, is that worth to address this issue to the clang/llvm Team? As I can see lld:14 dependency is dropped too. Happy upcoming Holidays, stay safe. Rust is up to date. dev-lang/rust-bin: 1.65.0::gentoo (In reply to zhaleks from comment #2) > I'm not understand why 14 and 15 branches can't be mixed. On a system-level you can mix them, but what's important (and fragile) for Mozilla products is *rust*. The rust version you use has to be compiled with the same llvm stack that you use to compile your browser. So far we have created multiple (poor) workarounds trying to solve this issue in a user-friendly way, but there just doesn't seem to be a "perfect" solution yet. virtual/rust:0/llvm-* is a good one though. Of course you set the "-clang" use flag to ignore all that. > Happy upcoming Holidays, stay safe. Thanks, and you too! |