summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* dev-lang/php: drop 8.4.13Michael Orlitzky10 hours2-800/+0
| | | | | Closes: https://github.com/gentoo/gentoo/pull/44326 Signed-off-by: Michael Orlitzky <[email protected]>
* dev-lang/php: add 8.3.27Lothar Serra Mari10 hours2-0/+808
| | | | | Signed-off-by: Lothar Serra Mari <[email protected]> Signed-off-by: Michael Orlitzky <[email protected]>
* dev-lang/php: add 8.4.14Lothar Serra Mari10 hours2-0/+805
| | | | | Signed-off-by: Lothar Serra Mari <[email protected]> Signed-off-by: Michael Orlitzky <[email protected]>
* */*: depend on newer gobject-introspection as a workaroundAlfred Wingate31 hours3-3/+3
| | | | | | | | | | | | | | 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]>
* dev-lang/rust: fix bootstrap build under llvm profileZ. Liu33 hours1-2/+60
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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]>
* dev-lang/mrustc: force gccZ. Liu33 hours2-12/+12
| | | | | | Signed-off-by: Z. Liu <[email protected]> Part-of: https://github.com/gentoo/gentoo/pull/44129 Signed-off-by: Sam James <[email protected]>
* dev-lang/fpc: use downloads.freepascal.org for SRC_URISam James34 hours1-9/+12
| | | | | | | | 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]>
* dev-lang/neko: bump to 2.4.1Maciej Barć38 hours2-0/+65
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/fpc: update upstream metadataSam James41 hours1-1/+1
| | | | | | | Per https://www.freepascal.org/ > FPC has moved to Gitlab! Signed-off-by: Sam James <[email protected]>
* dev-lang/ruby: add 3.3.10Hans de Graaff3 days2-0/+305
| | | | | | Bug: https://bugs.gentoo.org/962865 Bug: https://bugs.gentoo.org/964431 Signed-off-by: Hans de Graaff <[email protected]>
* dev-lang/nprolog: drop old 4.61Maciej Barć4 days2-55/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/nprolog: drop old 4.55Maciej Barć4 days2-55/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/closure-compiler-bin: drop old 20250706Maciej Barć4 days2-51/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/swi-prolog: drop old 9.3.9-r1Maciej Barć4 days2-167/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/nprolog: drop old 4.37Maciej Barć4 days2-55/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/nim: drop old 2.2.0Maciej Barć4 days2-187/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/luau: drop old 0.666Maciej Barć4 days2-63/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/closure-compiler-bin: drop old 20250528Maciej Barć4 days2-51/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/clojure: drop old 1.12.1Maciej Barć4 days2-119/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/algol68g: drop old 3.8.0Maciej Barć4 days2-43/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/kotlin-bin: bump to 2.2.21Maciej Barć4 days2-0/+60
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/kotlin-bin: drop old 2.2.10Maciej Barć4 days2-60/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/kotlin-bin: drop old 2.2.0Maciej Barć4 days2-60/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/zig: fix build error for 9999Eric Joldasov4 days1-5/+0
| | | | | | | | | | | | | | | | | | | 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]>
* dev-lang/deno-bin: new package, add 2.5.4Ionen Wolkens5 days3-0/+73
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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]>
* dev-lang/go: drop 1.24.7, 1.25.1William Hubbs6 days3-261/+0
| | | | | Bug: https://bugs.gentoo.org/963930 Signed-off-by: William Hubbs <[email protected]>
* dev-lang/eisl: drop old 5.43Maciej Barć6 days2-61/+0
| | | | Signed-off-by: Maciej Barć <[email protected]>
* dev-lang/rust-bin: add commentary wrt unpack vs multilibSam James6 days2-2/+6
| | | | | Bug: https://bugs.gentoo.org/964423 Signed-off-by: Sam James <[email protected]>
* dev-lang/rust-bin: fix src_unpack fetching for multilib in liveSam James6 days2-22/+34
| | | | | | | We have to iterate over all enabled ABIs. Closes: https://bugs.gentoo.org/964423 Signed-off-by: Sam James <[email protected]>
* dev-lang/rust-bin: fix multilib src_install failureSam James6 days2-6/+28
| | | | | | | | 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]>
* dev-lang/rust: don't try to delete new JSON target fileSam James6 days1-1/+1
| | | | | | | | | | | | | | | | | | | | 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]>
* dev-lang/rust: explain bash-completion rmSam James6 days1-1/+2
| | | | | | | | | | 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]>
* dev-lang/elixir: drop 1.18.3Haelwenn (lanodan) Monnier8 days2-40/+0
| | | | | | | 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]>
* dev-lang/elixir: add 1.19.0Haelwenn (lanodan) Monnier8 days2-0/+40
| | | | | | Signed-off-by: Haelwenn (lanodan) Monnier <[email protected]> Part-of: https://github.com/gentoo/gentoo/pull/44200 Signed-off-by: Sam James <[email protected]>
* dev-lang/elixir: drop 1.14.5-r2Haelwenn (lanodan) Monnier8 days2-42/+0
| | | | | | Signed-off-by: Haelwenn (lanodan) Monnier <[email protected]> Part-of: https://github.com/gentoo/gentoo/pull/44200 Signed-off-by: Sam James <[email protected]>
* dev-lang/go: Stabilize 1.25.3 ppc64, #964548Arthur Zamarin8 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/go: Stabilize 1.24.9 ppc64, #964547Arthur Zamarin8 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/algol68g: Stabilize 3.9.5 amd64, #964673Arthur Zamarin8 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/nprolog: Stabilize 4.72 amd64, #964672Arthur Zamarin8 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/closure-compiler-bin: Stabilize 20250820 amd64, #964671Arthur Zamarin8 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/eisl: Stabilize 5.53 amd64, #964670Arthur Zamarin8 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/clojure: Stabilize 1.12.2 amd64, #964665Arthur Zamarin8 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/go: Stabilize 1.25.3 x86, #964548Sam James9 days1-1/+1
| | | | Signed-off-by: Sam James <[email protected]>
* dev-lang/go: Stabilize 1.24.9 x86, #964547Sam James9 days1-1/+1
| | | | Signed-off-by: Sam James <[email protected]>
* dev-lang/go: Stabilize 1.24.9 arm64, #964547Arthur Zamarin9 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/go: Stabilize 1.25.3 arm64, #964548Arthur Zamarin9 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/go: Stabilize 1.25.3 arm, #964548Arthur Zamarin9 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/go: Stabilize 1.24.9 arm, #964547Arthur Zamarin9 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/lua: Stabilize 5.4.8 ppc64, #964232Arthur Zamarin9 days1-1/+1
| | | | Signed-off-by: Arthur Zamarin <[email protected]>
* dev-lang/jerryscript: allow CMake though to 3.10Zac Medico9 days2-0/+58
| | | | | Closes: https://bugs.gentoo.org/964502 Signed-off-by: Zac Medico <[email protected]>