| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/44326
Signed-off-by: Michael Orlitzky <[email protected]>
|
| |
|
|
|
| |
Signed-off-by: Lothar Serra Mari <[email protected]>
Signed-off-by: Michael Orlitzky <[email protected]>
|
| |
|
|
|
| |
Signed-off-by: Lothar Serra Mari <[email protected]>
Signed-off-by: Michael Orlitzky <[email protected]>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
sed -E '/dev-libs\/gobject-introspection(:=|\s|$|-[0-9]|\[)/ { s/(>=)?dev-libs\/gobject-introspection(-[0-9.r-]*)?/>=dev-libs\/gobject-introspection-1.82.0-r2/ }' */*/*.ebuild -i
+ manually going over to undo the false positives or if the version
requirement was higher.
Bug: https://bugs.gentoo.org/947058
See-Also: ae37e3f389808700bd0f4343ee04888f0ef179d2
Signed-off-by: Alfred Wingate <[email protected]>
Part-of: https://github.com/gentoo/gentoo/pull/44336
Closes: https://github.com/gentoo/gentoo/pull/44336
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When bootstrapping Rust with the llvm profile (both glibc and musl),
the build fails at the mrustc stage due to two issues related to C++
standard library handling.
1. Compilation failure
When llvm-core/llvm is built with clang, 'llvm-config --cxxflags' includes
'-stdlib=libc++', but not when built with GCC. But under musl profile, GCC
has a known bug (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122409) in
handling the '-stdlib=libc++' option. It fails to search '/usr/include/c++/v1',
causing standard headers such as <cstddef> to be missing unless the include path is
manually specified via '-I/usr/include/c++/v1'.
This patch fixes the issue by wrapping llvm-config calls and explicitly
appending libc++'s header path whenever '-stdlib=libc++' is detected.
Below is the relevant error log:
> Calling /var/tmp/portage/dev-lang/rust-1.74.1-r101/work/bootstrap/mrustc-stage0/rustc-build/build_rustc_llvm_run failed (see /var/tmp/portage/dev-lang/rust-1.74.1-r101/work/bootstrap/mrustc-stage0/rustc-build/build_rustc_llvm.txt_failed.txt for stdout)
/var/tmp/portage/dev-lang/rust-1.74.1-r101/work/bootstrap/mrustc-stage0/rustc-build/build_rustc_llvm.txt_failed.txt
> running: "x86_64-pc-linux-musl-g++" "-O2" "-ffunction-sections" "-fdata-sections" "-fPIC" "-gdwarf-4" "-fno-omit-frame-pointer" "-m64" "-O2" "-pipe" "-I/usr/lib/llvm/17/include" "-std=c++17" "-stdlib=libc++" "-D__STDC_CONSTANT_MACROS" "-D__STDC_FORMAT_MACROS" "-D__STDC_LIMIT_MACROS" "-DLLVM_COMPONENT_AARCH64" "-DLLVM_COMPONENT_AMDGPU" "-DLLVM_COMPONENT_ARM" "-DLLVM_COMPONENT_ASMPARSER" "-DLLVM_COMPONENT_AVR" "-DLLVM_COMPONENT_BITREADER" "-DLLVM_COMPONENT_BITWRITER" "-DLLVM_COMPONENT_BPF" "-DLLVM_COMPONENT_COVERAGE" "-DLLVM_COMPONENT_HEXAGON" "-DLLVM_COMPONENT_INSTRUMENTATION" "-DLLVM_COMPONENT_IPO" "-DLLVM_COMPONENT_LINKER" "-DLLVM_COMPONENT_LOONGARCH" "-DLLVM_COMPONENT_LTO" "-DLLVM_COMPONENT_MIPS" "-DLLVM_COMPONENT_MSP430" "-DLLVM_COMPONENT_NVPTX" "-DLLVM_COMPONENT_POWERPC" "-DLLVM_COMPONENT_RISCV" "-DLLVM_COMPONENT_SPARC" "-DLLVM_COMPONENT_SYSTEMZ" "-DLLVM_COMPONENT_WEBASSEMBLY" "-DLLVM_COMPONENT_X86" "-o" "/var/tmp/portage/dev-lang/rust-1.74.1-r101/work/bootstrap/mrustc-stage0/rustc-build/build_rustc_llvm/llvm-wrapper/PassWrapper.o" "-c" "llvm-wrapper/PassWrapper.cpp"
> cargo:warning=llvm-wrapper/PassWrapper.cpp:3:10: fatal error: cstddef: No such file or directory
> cargo:warning= 3 | #include <cstddef>
> cargo:warning= | ^~~~~~~~~
> cargo:warning=compilation terminated.
> exit status: 1
2. Linker failure
Found on llvm profile for both glibc and musl if llvm-core/llvm is built
by GCC. The bundled llvm is always built by gcc because bootstrap with
murst requires gcc. Under the llvm profile `LLVM_USE_LIBCXX=1` is
defined, causing Rust build scripts to link with `-lc++` instead of
`-lstdc++`. Since mrustc’s g++-compiled objects depend on libstdc++,
linking fails with (glibc):
> /.../x86_64-pc-linux-musl/bin/ld: /var/tmp/portage/dev-lang/rust-1.74.1-r101/work/bootstrap/mrustc-stage0/rustc-build/build_rustc_llvm/libllvm-wrapper.a(PassWrapper.o): undefined reference to symbol '_ZNSt6localeD1Ev@@GLIBCXX_3.4'
> /.../x86_64-pc-linux-musl/bin/ld: /usr/lib/gcc/x86_64-pc-linux-musl/15/libstdc++.so.6: error adding symbols: DSO missing from command line
or (musl):
> /.../x86_64-pc-linux-musl/bin/ld: warning: x86_64.o: missing .note.GNU-stack section implies executable stack
> /.../x86_64-pc-linux-musl/bin/ld: NOTE: This behaviour is deprecated and will be removed in a future version of the linker
> /.../x86_64-pc-linux-musl/bin/ld: /var/tmp/portage/dev-lang/rust-1.74.1-r101/work/bootstrap/mrustc-stage0/rustc-build/build_rustc_llvm/libllvm-wrapper.a(PassWrapper.o): in function `std::_Rb_tree_iterator<std::pair<unsigned long const, llvm::GlobalValue::LinkageTypes> >::operator--()':
> /usr/lib/gcc/x86_64-pc-linux-musl/14/include/g++-v14/bits/stl_tree.h:298:(.text._ZNSt8_Rb_treeImSt4pairIKmN4llvm11GlobalValue12LinkageTypesEESt10_Select1stIS5_ESt4lessImESaIS5_EE24_M_get_insert_unique_posERS1_.isra.0+0x93): undefined reference to `std::_Rb_tree_decrement(std::_Rb_tree_node_base*)'
Fix by unsetting `LLVM_USE_LIBCXX` during bootstrap, ensuring that the
build links against libstdc++ instead of libc++. See the relevant Rust code
in `compiler/rustc_llvm/build.rs`.
Note: llvm-config may refer to the bundled LLVM if USE="-system-llvm",
so we avoid relying on tc-get-cxx-stdlib in this context.
Signed-off-by: Z. Liu <[email protected]>
Part-of: https://github.com/gentoo/gentoo/pull/44129
Closes: https://github.com/gentoo/gentoo/pull/44129
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
| |
Signed-off-by: Z. Liu <[email protected]>
Part-of: https://github.com/gentoo/gentoo/pull/44129
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
|
|
| |
Followup to c7b0a652d99ba6813e0d2f8ef6a60382cf4a149a. They're still using
sourceforge as a mirror but this leads to noise w/ "missing" remote-id and
seems more futureproof to use this location anyway.
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
|
|
|
| |
Per https://www.freepascal.org/
> FPC has moved to Gitlab!
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
| |
Bug: https://bugs.gentoo.org/962865
Bug: https://bugs.gentoo.org/964431
Signed-off-by: Hans de Graaff <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Upstream changed behavior so that the "max_rss" field
in one line of their build.zig is now required:
https://www.github.com/ziglang/zig/pull/25402
Drop the command removing it, as it is no longer needed.
"max_rss" errors were downgraded to warnings in:
https://www.github.com/ziglang/zig/pull/23525
Upstream suggestion:
https://www.github.com/ziglang/zig/issues/25659
Closes: https://bugs.gentoo.org/964953
Signed-off-by: Eric Joldasov <[email protected]>
Part-of: https://github.com/gentoo/gentoo/pull/44298
Closes: https://github.com/gentoo/gentoo/pull/44298
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Will (likely) be newly needed by net-misc/yt-dlp to solve YouTube's
JS challenges among other future things, and also been requested
in bug #927139.
I've formerly tried to package the source version, but do not think
I want to be dealing with that after closer inspection. Needs a huge
amount of crates (936+ vendor-filtered, otherwise 1600+) for one,
but the biggest issue is the V8 crate that tries to download various
tools mid-build (or a prebuilt V8 if do not set V8_FROM_SOURCE=1)
and uses Gn to build. Did manage to prevent clang+gn+ninja without
patching but version 2.5.x has an extra hurdle with the rust
toolchain that it downloads and no easy switch to disable it. May
be possible to patch + copy what the chromium ebuild does but it's
all sort of fragile and will be a difficult to maintain across
versions of both deno and the system's toolchain. We *could* use
the same downloaded toolchain through SRC_URI, but then it wouldn't
support anything but amd64+glibc (sounds arm64 would be complicated
too, unless use prebuilt V8... and if using prebuilt may as well use
deno-bin).
In case someone else gets the source build to work for 2.5+, using
"deno-bin" to avoid name clashing with a future package. Either way
we'll likely want to keep -bin given it's a slow build and users
likely won't want to build it just to download youtube videos.
Note that for users that really want to avoid prebuilts or are on an
unsupported profile (e.g. musl), nodejs is technically usable with
yt-dlp but upstream disables it by default due to security concerns
with running untrusted code with it.
Straight to stable and self-keywording for arm64 (without hardware)
given this just dobin a single (~100MB, stripped) file with no tests.
Closes: https://bugs.gentoo.org/927139
Signed-off-by: Ionen Wolkens <[email protected]>
|
| |
|
|
|
| |
Bug: https://bugs.gentoo.org/963930
Signed-off-by: William Hubbs <[email protected]>
|
| |
|
|
| |
Signed-off-by: Maciej Barć <[email protected]>
|
| |
|
|
|
| |
Bug: https://bugs.gentoo.org/964423
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
|
| |
We have to iterate over all enabled ABIs.
Closes: https://bugs.gentoo.org/964423
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
|
|
| |
This is related to bug #964423 thugh it won't fix that one.
Closes: https://bugs.gentoo.org/964423
Co-authored-by: Matt Jolly <[email protected]>
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
etc/target-spec-json-schema.json now gets installed by Rust but gets
caught by the sanity check we have for cleaning up bash-completion (which
gets handled by dev-lang/rust-common). It's now expected to have something
left in etc/, so cleanup the rmdir accordingly to just kill the bash-completion
dir.
Note that this JSON file doesn't seem appropriate for rust-common because:
1) it's generated (so would require us to build something to install it);
2) per the commit introducing it:
> Because the schema is subject to change, you should always use the schema
> from the version of rustc which you are passing the target to.
>
> The existence and name of this schema is, just like the properties of the
> JSON specification, not stable and subject to change.
Closes: https://bugs.gentoo.org/964416
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
|
|
|
|
| |
This came up in the context of bug #964416 where someone was confused
as to its purpose, so explain it.
Bug: https://bugs.gentoo.org/689562
Bug: https://bugs.gentoo.org/689160
Bug: https://bugs.gentoo.org/964416
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
|
| |
Signed-off-by: Haelwenn (lanodan) Monnier <[email protected]>
Part-of: https://github.com/gentoo/gentoo/pull/44200
Closes: https://github.com/gentoo/gentoo/pull/44200
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
| |
Signed-off-by: Haelwenn (lanodan) Monnier <[email protected]>
Part-of: https://github.com/gentoo/gentoo/pull/44200
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
|
|
| |
Signed-off-by: Haelwenn (lanodan) Monnier <[email protected]>
Part-of: https://github.com/gentoo/gentoo/pull/44200
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
| |
Signed-off-by: Sam James <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
| |
Signed-off-by: Arthur Zamarin <[email protected]>
|
| |
|
|
|
| |
Closes: https://bugs.gentoo.org/964502
Signed-off-by: Zac Medico <[email protected]>
|