Summary: | www-client/firefox-78.3.1 fails to build both with clang and without | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Giuseppe Foti <foti.giuseppe> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
clang build log
gcc build log |
Description
Giuseppe Foti
2020-10-07 06:33:42 UTC
Created attachment 664159 [details]
clang build log
Created attachment 664162 [details]
gcc build log
See a lot of repeated "Rustfmt failed at stdin" Haven't tested with USE=rustfmt on rust myself, but previous ebuilds would block rustfmt usage as a result of bug #669548, this workaround seems gone in 0/esr78 and 0/81. Perhaps related? I cannot reproduce. I just emerged thunderbird-78.3.2 with USE=clang using clang:10 and rust-bin[rustfmt]-1.45.2 like you in a stable chroot. Please check your rustfmt provider. And I just finished building =www-client/firefox-78.3.1 with the same settings. This is my situation for rust and clang where issue arises: [ebuild R ] dev-lang/rust-1.45.2:stable/1.45::gentoo USE="-clippy -debug -doc -libressl (-miri) (-nightly) (-parallel-compiler) -rls -rustfmt (-system-bootstrap) (-system-llvm) -wasm" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARM -BPF -Hexagon -Lanai -MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" [ebuild R ] sys-devel/clang-10.0.1:10::gentoo USE="static-analyzer xml -debug -default-compiler-rt -default-libcxx -default-lld -doc -test" ABI_X86="32 (64) (-x32)" LLVM_TARGETS="AMDGPU BPF NVPTX (X86) -AArch64 -ARC -ARM -AVR -Hexagon -Lanai -MSP430 -Mips -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" PYTHON_SINGLE_TARGET="python3_7 -python3_6 -python3_8 (-python3_9)" Now I will try to emerge rust[rustfmt] and then build firefox and thunderbird with [clang] [ebuild R ] dev-lang/rust-bin-1.45.2:stable::gentoo USE="-clippy -doc -rls -rustfmt" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" I will rebuild this with [rustfmt] too Wait, you mean your current rust was built with -rustfmt? Then you shouldn't have rustfmt at all, yet firefox found and used it. Maybe it was an ancient broken version that's now causing trouble since the ebuild allow it again (but that's not the ebuild's problem if current versions work). At least when you switch between rust-bin[rustfmt] and rust-bin[-rustfmt] ebuild should call eselect module which will clean up /usr/bin/rustfmt symlink. But yeah, make sure you don't have any dead leftover... see `eselect rust`. equery b /usr/bin/rustfmt * Searching for /usr/bin/rustfmt ... dev-util/rustfmt-0.8.6 (/usr/bin/rustfmt) This is no more in portage. Now I removed dev-util/rustfmt-0.8.6 (emerge -C) then again I built rust-bin: # equery b /usr/bin/rustfmt * Searching for /usr/bin/rustfmt ... dev-lang/rust-1.45.2 (/usr/bin/rustfmt-1.45.2) # rustfmt -V rustfmt 1.4.17-stable ( ) #eselect rust list Available Rust versions: [1] rust-bin-1.45.2 [2] rust-1.45.2 * #emerge www-client/firefox [...] www-client/firefox-78.3.1 merged. So firefox finally works for you, yes? Closing as INVALID because it was a problem on user's system -- not a problem in package we could fix. |