Created attachment 828099 [details] build.log (ppc64, 2.55.1) For 2.54.x there is a patch from stefson (https://github.com/stefson/gentoo-extras/issues/1#issuecomment-1280774879) but the patch does not work on 2.55.1 any longer. [...] --- stderr thread 'main' panicked at 'Invalid TARGET: powerpc64-gentoo-linux-musl', /var/tmp/portage/gnome-base/librsvg-2.55.1/work/cargo_home/gentoo/system-deps-6.0.2/src/lib.rs:810:32 stack backtrace: 0: 0x128a4e6ac - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h23ac1b1b4898f90d 1: 0x128a8a110 - core::fmt::write::hac9ec6191e9e2f8b 2: 0x128a480f0 - std::io::Write::write_fmt::h94e005cb68e84eda 3: 0x128a5227c - std::panicking::default_hook::{{closure}}::hfcd2d34a98a91cdf 4: 0x128a51c28 - std::panicking::default_hook::h19c598b7b0a76046 5: 0x128a52ad0 - std::panicking::rust_panic_with_hook::h45e3ca31c2c1d450 6: 0x128a52788 - std::panicking::begin_panic_handler::{{closure}}::hfe751aedd5597f92 7: 0x128a4ece4 - std::sys_common::backtrace::__rust_end_short_backtrace::hf30076b121310bad 8: 0x128a52368 - rust_begin_unwind 9: 0x128772cc8 - core::panicking::panic_fmt::h9a708ec1e14b6224 10: 0x1287954f4 - system_deps::Config::check_cfg::{{closure}}::he6280a8ff6b078c2 11: 0x12877f988 - core::option::Option<T>::unwrap_or_else::h94edbab5170f1d3c 12: 0x1287953e4 - system_deps::Config::check_cfg::h790b92f8ab7b688a 13: 0x128792e70 - system_deps::Config::probe_pkg_config::h9f1cf7e19efb74c3 14: 0x1287927c4 - system_deps::Config::probe_full::hee754f0e424103be 15: 0x1287922cc - system_deps::Config::probe::h7d77f779aa890bd7 16: 0x1287736dc - build_script_build::main::h21bbbf8d66c5cc08 17: 0x128776528 - core::ops::function::FnOnce::call_once::hd687bd4f3a0b7cad 18: 0x128777538 - std::sys_common::backtrace::__rust_begin_short_backtrace::h953f5fb138f84d5e 19: 0x1287770ac - std::rt::lang_start::{{closure}}::h1584354a7bd08ca1 20: 0x128a4ddfc - std::rt::lang_start_internal::hb0e9589d58ee039f 21: 0x128777060 - std::rt::lang_start::h37e1bc0443060c01 22: 0x128775648 - main 23: 0x3fff946a5ee0 - <unknown> make[2]: *** [Makefile:1554: librsvg_c_api.la] Error 101 make[2]: Leaving directory '/var/tmp/portage/gnome-base/librsvg-2.55.1/work/librsvg-2.55.1-.ppc64' make[1]: *** [Makefile:1077: all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/gnome-base/librsvg-2.55.1/work/librsvg-2.55.1-.ppc64' make: *** [Makefile:712: all] Error 2 * ERROR: gnome-base/librsvg-2.55.1::gentoo failed (compile phase): * emake failed
Created attachment 828101 [details] emerge --info
Hopefully will be fixed in next point release as soon as https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/770 is merged.
Seems to be a separate issue after all, not related to upstream https://gitlab.gnome.org/GNOME/librsvg/-/issues/917 nor the upstream fix for this issue https://gitlab.gnome.org/GNOME/librsvg/-/commit/efa9ef9ecf15cd03ea5317308811a4bcc6f3d848
Upstream bug has been closed with following comment: "I have no idea of how build environments look for a platform like that. For 'exotic platforms', you are on your own 😃 I hope you find some ideas in these: The panic you are seeing comes from this check in system-deps where it checks that get_builtin_target_by_triple() was able to find a suitable target. In turn, get_builtin_target_by_triple() is implemented here, which works by just comparing the triple strings against the ALL_BUILTINS list. You'll notice that there's no triple there with gentoo in it. https://github.com/crossbeam-rs/crossbeam/pull/922 - replace the gentoo vendor in target triples with unknown. I have no idea if just replacing gentoo with unknown will work, although there is an entry for powerpc64-unknown-linux-musl, which may be what you want. What's easier for you to try? Patch something in system-deps or cfg-expr so they modify the triple string with unknown? Use a cross-compilation scheme to use an explicit powerpc64-unknown-linux-musl instead of gentoo's default? I'll close this bug because it is not really librsvg's fault." So how to proceed from here on?
Are newer versions still broken?
Can't tell ah the moment as I don't have rust installed on my current musl ppc/ppc64 systems. Have not gotten around yet to cross-build rust for these targets...
