Created attachment 873491 [details] build log on amd64 SeaMonkey fails to compile, I don't see an explicit error in the log, which I attach. Tried several times and the rest of the system is up-to-date.
Please provide emerge --info.
Portage 3.0.53 (python 3.11.6-final-0, default/linux/amd64/17.1, gcc-13, glibc-2.38-r6, 6.5.7-gentoo x86_64) ================================================================= System uname: Linux-6.5.7-gentoo-x86_64-Intel-R-_Xeon-R-_CPU_X5650_@_2.67GHz-with-glibc2.38 KiB Mem: 24619384 total, 14258784 free KiB Swap: 45105236 total, 44098248 free Timestamp of repository gentoo: Thu, 26 Oct 2023 10:00:01 +0000 Head commit of repository gentoo: 9190ac39bf0347a2eea818cbea7590b1160133ba sh bash 5.2_p15-r7 ld GNU ld (Gentoo 2.40 p6) 2.40.0 ccache version 4.8.3 [disabled] app-misc/pax-utils: 1.3.7::gentoo app-shells/bash: 5.2_p15-r7::gentoo dev-lang/perl: 5.38.0-r1::gentoo dev-lang/python: 2.7.18_p16-r1::gentoo, 3.6.15-r1::gentoo, 3.9.18::gentoo, 3.10.13::gentoo, 3.11.6::gentoo, 3.12.0_p1::gentoo dev-lang/rust: 1.73.0::gentoo dev-util/ccache: 4.8.3::gentoo dev-util/cmake: 3.27.7::gentoo dev-util/meson: 1.2.3::gentoo sys-apps/baselayout: 2.14::gentoo sys-apps/openrc: 0.51::gentoo sys-apps/sandbox: 2.38::gentoo sys-devel/autoconf: 2.13-r8::gentoo, 2.71-r7::gentoo sys-devel/automake: 1.16.5-r1::gentoo sys-devel/binutils: 2.40-r7::gentoo, 2.41-r2::gentoo sys-devel/binutils-config: 5.5::gentoo sys-devel/clang: 16.0.6::gentoo, 17.0.3::gentoo sys-devel/gcc: 13.2.1_p20231014::gentoo sys-devel/gcc-config: 2.11::gentoo sys-devel/libtool: 2.4.7-r1::gentoo sys-devel/lld: 16.0.6::gentoo, 17.0.3::gentoo sys-devel/llvm: 10.0.1::gentoo, 16.0.6::gentoo, 17.0.3::gentoo sys-devel/make: 4.4.1-r1::gentoo sys-kernel/linux-headers: 6.5-r1::gentoo (virtual/os-headers) sys-libs/glibc: 2.38-r6::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 volatile: True sync-rsync-verify-jobs: 1 sync-rsync-extra-opts: sync-rsync-verify-max-age: 3 sync-rsync-verify-metamanifest: yes ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="@FREE PUEL linux-firmware MSttfEULA bh-luxi freedist linux-fw-redistributable no-source-code free-noncomm all-rights-reserved" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=westmere" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe -march=westmere" DISTDIR="/usr/portage/distfiles" ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg-live config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="ftp://gentoo.inode.at/source/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.unina.it/pub/linux/distributions/gentoo " LDFLAGS="-Wl,-O1 -Wl,--as-needed" LEX="flex" MAKEOPTS="-j12" PKGDIR="/var/cache/binpkgs" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" SHELL="/bin/bash" USE="X acl alsa amd64 bzip2 cli crypt dbus dri gdbm hal iconv ipv6 libtirpc mmx multilib ncurses nls nptl objc objc++ openmp pam pcre readline seccomp split-usr sse sse2 ssl test-rust threads unicode xattr zlib" ABI_X86="64" ADA_TARGET="gnat_2021" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 ssse3 sse4_1 sse4_2 aes pclmul popcnt" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php8-1" POSTGRES_TARGETS="postgres15" PYTHON_SINGLE_TARGET="python3_11" PYTHON_TARGETS="python3_11" RUBY_TARGETS="ruby31" VIDEO_CARDS="nouveau" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq proto steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EMERGE_DEFAULT_OPTS, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, INSTALL_MASK, LANG, LC_ALL, LD, LFLAGS, LIBTOOL, LINGUAS, MAKE, MAKEFLAGS, NM, OBJCOPY, OBJDUMP, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, RANLIB, READELF, RUSTFLAGS, SIZE, STRINGS, STRIP, YACC, YFLAGS
I am unable to post URLS here, but if you search there is issue 356 for rust-lang/packed_simd
Send this upstream, see if they can handle this in an upcoming version, else I will see if I can provide a patch for this.
- you need to run the build.log through ansifilter, otherwise grep is confused: 4:39.57 warning: use of deprecated method `std::error::Error::cause`: replaced by Error::source, which can support downcasting 4:41.74 error: unrecognized platform-specific intrinsic function: `simd_shuffle2` 4:41.74 error: unrecognized platform-specific intrinsic function: `simd_shuffle4` 4:41.75 error: unrecognized platform-specific intrinsic function: `simd_shuffle8` 4:41.75 error: unrecognized platform-specific intrinsic function: `simd_shuffle16` 4:41.75 error: unrecognized platform-specific intrinsic function: `simd_shuffle32` 4:41.75 error: unrecognized platform-specific intrinsic function: `simd_shuffle64` 4:42.49 warning: use of deprecated method `std::error::Error::description`: use the Display impl or to_string() this is (most likely) caused by a too new dev-lang/rust. mine is 1.72.0, so must be even lower.
Confirmed, you need to restrict rust to a lower version than in tree. I misstyped my rust version, which is 1.73.0, just like you. Testing with dev-lang/rust-bin-1.69.0-r1 was successfull, so maximum version must be between those two versions.
ok, confirmed: =virtual/rust-1.73.0 is broken, tested and confirmed with rust and rust-bin
See 915306.
It seems the patch has been merged into seamonkey-2.53.18_beta1 source, maybe it can be cherry picked from the seamonkey upstream source git
this is the seamonkey commit to fix: https://gitlab.com/seamonkey-project/seamonkey-2.53-mozilla/-/commit/06a69d295531db9f54978266ea0f3bcaef1ad1d5 will need a little backporting
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=00a1787960ea7c47a647cbb419f39f355970e52b commit 00a1787960ea7c47a647cbb419f39f355970e52b Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2023-11-19 13:44:15 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2023-11-19 13:44:15 +0000 www-client/seamonkey: add bug reference for the rust restriction Bug: https://bugs.gentoo.org/916304 Signed-off-by: Joonas Niilola <juippis@gentoo.org> www-client/seamonkey/seamonkey-2.53.17.1.ebuild | 1 + www-client/seamonkey/seamonkey-2.53.17.ebuild | 1 + 2 files changed, 2 insertions(+) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fe17fc7d6a071c253db1e326d1d880873605af4c commit fe17fc7d6a071c253db1e326d1d880873605af4c Author: stefson <herrtimson@yahoo.de> AuthorDate: 2023-11-18 06:22:22 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2023-11-19 13:43:13 +0000 www-client/seamonkey: add rust upper bound requirement Bug: https://bugs.gentoo.org/916304 Signed-off-by: Steffen Kuhn <nielson2@yandex.com> Closes: https://github.com/gentoo/gentoo/pull/33882 Signed-off-by: Joonas Niilola <juippis@gentoo.org> www-client/seamonkey/seamonkey-2.53.17.1.ebuild | 2 +- www-client/seamonkey/seamonkey-2.53.17.ebuild | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)
(In reply to tt_1 from comment #10) > this is the seamonkey commit to fix: > > https://gitlab.com/seamonkey-project/seamonkey-2.53-mozilla/-/commit/ > 06a69d295531db9f54978266ea0f3bcaef1ad1d5 > > will need a little backporting This could potentionally break a lot of things, so I'd rather not do that and wait for 2.53.18. Last weekend a "hot fix" was implemented to restict use of the newer rust version. It is better to wait until 2.53.18 gets released.
True, the real fix for this is very messy indeed and will require to pull in various updated crates on top of the simd fix itself. It's just a nightmare, so yes please let's wait for the 2.53.18 release, even more so as there is no stable virtual/rust:0/llvm-17
I just upgraded today... and seamonkey compiles and works, so the hotfix seems to have fixed things. I have rust 1.73 apparently installed: $qlist -Iv rust app-eselect/eselect-rust-20210703 dev-lang/rust-1.73.0 dev-python/setuptools-rust-1.8.1 virtual/rust-1.73. wasn't that version incompatible?
Oh got it, at this turn, emerge skipped the new version and the old binary remained in place. Before it was not working, but since now other dependent packages were rebuilt, it works (by chance) again. * www-client/seamonkey Latest version available: 2.53.17.1 Latest version installed: 2.53.17
Sorry for chiming in, only partially related: https://www.seamonkey-project.org/news https://www.seamonkey-project.org/releases/seamonkey2.53.18/ So 2.53.18 is out already and might contain the fixes plus other things.
this is correct, the fix is in 2.53.18 the patchset needs major backporting though, have a bit of patience please
Hmmm.. released on the 9th? How did I miss that? I'll be leaving from home within a few hours for a week with the inlaws, so I have no time to get this properly done before that. It will be the first thing on my list when I get back.
llvm/clang:17 support isn't yet fixed in upstream?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f785fd18c23c449a2372ca8e2eca0bdb9a94aa28 commit f785fd18c23c449a2372ca8e2eca0bdb9a94aa28 Author: Myckel Habets <gentoo-bugs@habets-dobben.nl> AuthorDate: 2024-01-07 20:54:57 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2024-01-08 08:30:21 +0000 www-client/seamonkey: 2.53.18 version bump. Ebuild for the new version. Closes: https://bugs.gentoo.org/916304 Signed-off-by: Myckel Habets <gentoo-bugs@habets-dobben.nl> Closes: https://github.com/gentoo/gentoo/pull/34704 Signed-off-by: Joonas Niilola <juippis@gentoo.org> www-client/seamonkey/Manifest | 3 + www-client/seamonkey/seamonkey-2.53.18.ebuild | 576 ++++++++++++++++++++++++++ 2 files changed, 579 insertions(+)
I just built 2.53.18 with success, I confirm resolution. Thanks a lot for the updates.
(In reply to tt_1 from comment #19) > llvm/clang:17 support isn't yet fixed in upstream? llvm/clang:17 is now also present on various stable archs. Tried yesterday to build with it and didn't encounter any issues with building. Will switch it to llvm/clang:17 in the next ebuild.
there is propably a new release in the making, 2.53.18.1 has been tagged in gitlab the other day and will propably be pushed out within the next days via the mirrors.
