Created attachment 864240 [details] build.log -- Looking for any 32-bit BLAS CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message): Could NOT find BLAS (missing: BLAS_LIBRARIES) Call Stack (most recent call first): /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE) /usr/share/cmake/Modules/FindBLAS.cmake:1353 (find_package_handle_standard_args) cmake_modules/SuiteSparseBLAS.cmake:216 (find_package) CMakeLists.txt:65 (include) -- Configuring incomplete, errors occurred! * ERROR: sci-libs/suitesparseconfig-7.0.0::gentoo failed (configure phase): * cmake failed ---- # emerge --info Portage 3.0.48.1 (python 3.12.0-beta-2, default/linux/amd64/17.1/hardened, gcc-13, glibc-2.37-r3, 6.1.34-adry x86_64) ================================================================= System uname: Linux-6.1.34-adry-x86_64-11th_Gen_Intel-R-_Core-TM-_i7-11800H_@_2.30GHz-with-glibc2.37 KiB Mem: 32595964 total, 16971660 free KiB Swap: 8388604 total, 8388604 free Timestamp of repository gentoo: Tue, 20 Jun 2023 01:46:57 +0000 Head commit of repository gentoo: 1e86e664c85b969c2082daa540ad68170b4d5251 Timestamp of repository emacs: Fri, 16 Jun 2023 18:17:23 +0000 Head commit of repository emacs: 9debdbee45e86c5890e408eadd8e30f15319aebe Timestamp of repository kde: Sun, 18 Jun 2023 10:46:46 +0000 Head commit of repository kde: 2e7468ff67cdddc38a34296003f5e2895c93f193 Timestamp of repository qt: Mon, 19 Jun 2023 21:03:37 +0000 Head commit of repository qt: d6dda462f8dbe050dce47db766b949d4d5804602 sh bash 5.2_p15-r3 ld GNU ld (Gentoo 2.40 p5) 2.40.0 ccache version 4.8.2 [disabled] app-misc/pax-utils: 1.3.7::gentoo app-shells/bash: 5.2_p15-r3::gentoo dev-java/java-config: 2.3.1-r1::gentoo dev-lang/perl: 5.36.1-r2::gentoo dev-lang/python: 2.7.18_p16-r1::gentoo, 3.10.12::gentoo, 3.11.4::gentoo, 3.12.0_beta2::gentoo dev-lang/rust-bin: 1.69.0::gentoo dev-util/ccache: 4.8.2::gentoo dev-util/cmake: 3.26.4-r1::gentoo dev-util/meson: 1.1.1::gentoo sys-apps/baselayout: 2.13-r1::gentoo sys-apps/openrc: 0.47.1::gentoo sys-apps/sandbox: 2.31::gentoo sys-devel/autoconf: 2.13-r8::gentoo, 2.71-r6::gentoo sys-devel/automake: 1.16.5-r1::gentoo sys-devel/binutils: 2.40-r5::gentoo sys-devel/binutils-config: 5.5::gentoo sys-devel/clang: 15.0.7-r3::gentoo, 16.0.6::gentoo sys-devel/gcc: 11.4.0::gentoo, 12.3.1_p20230616::gentoo, 13.1.1_p20230617::gentoo sys-devel/gcc-config: 2.11::gentoo sys-devel/libtool: 2.4.7-r1::gentoo sys-devel/lld: 15.0.7::gentoo, 16.0.6::gentoo sys-devel/llvm: 15.0.7-r3::gentoo, 16.0.6::gentoo sys-devel/make: 4.4.1-r1::gentoo sys-kernel/linux-headers: 6.3::gentoo (virtual/os-headers) sys-libs/glibc: 2.37-r3::gentoo Repositories: gentoo location: /var/db/repos/gentoo sync-type: git sync-uri: https://github.com/gentoo-mirror/gentoo.git priority: -1000 volatile: False sync-git-clone-extra-opts: -b stable -c gc.reflogExpire=0 -c gc.reflogExpireUnreachable=0 -c gc.rerereresolved=0 -c gc.rerereunresolved=0 -c gc.pruneExpire=now sync-git-verify-commit-signature: yes emacs location: /var/db/repos/emacs sync-type: git sync-uri: https://github.com/gentoo-mirror/emacs.git masters: gentoo volatile: False kde location: /var/db/repos/kde sync-type: git sync-uri: https://github.com/gentoo-mirror/kde.git masters: gentoo volatile: False local location: /var/db/repos/local masters: gentoo volatile: False qt location: /var/db/repos/qt sync-type: git sync-uri: https://github.com/gentoo-mirror/qt.git masters: gentoo volatile: False sam_c location: /home/sjames/git/overlay masters: gentoo volatile: True Installed sets: @sam-emacs, @sam-fonts, @sam-fortune ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native -fdiagnostics-color=always -frecord-gcc-switches -ggdb3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/stunnel/stunnel.conf /usr/lib64/libreoffice/program/sofficerc /usr/share/config /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=native -fdiagnostics-color=always -frecord-gcc-switches -ggdb3" DISTDIR="/var/cache/distfiles" EMERGE_DEFAULT_OPTS="--keep-going=y --complete-graph --deep --changed-deps-report=y --usepkg=y --usepkg-exclude sys-fs/zfs --usepkg-exclude sys-fs/zfs-kmod --usepkg-exclude nvidia-drivers --usepkg-exclude gentoo-kernel --implicit-system-deps=n" 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 -march=native -fdiagnostics-color=always -frecord-gcc-switches" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs binpkg-multi-instance buildpkg clean-logs compressdebug config-protect-if-modified distlocks downgrade-backup ebuild-locks fixlafiles installsources ipc-sandbox mount-sandbox multilib-strict network-sandbox news parallel-fetch parallel-install pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms split-elog split-log splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe -march=native -fdiagnostics-color=always -frecord-gcc-switches" GENTOO_MIRRORS="http://www.mirrorservice.org/sites/distfiles.gentoo.org/ http://mirrors.soeasyto.com/distfiles.gentoo.org/ https://mirror.bytemark.co.uk/gentoo/" LANG="en_GB.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0 -Wl,-z,pack-relative-relocs" LEX="flex" LINGUAS="en en_GB en_US" MAKEOPTS="-j16" PKGDIR="/var/cache/binpkgs" PORTAGE_COMPRESS="xz" 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/portage" RUSTFLAGS="-C target-cpu=native" SHELL="/bin/bash" USE="PIC X a52 aac acl acpi activities aes alsa amd64 avx avx2 avx512bw avx512cd avx512dq avx512f avx512vbmi avx512vl bash-completion bluetooth branding bzip2 cairo caps cdda cdr cet clang cli crypt dbus declarative dist-kernel dri dts dvd dvdr elogind emacs encode exif f16c flac fma3 fortran gdbm gif gles2 gmp gpm graphite gtk gui hardened hunspell iconv icu ipv6 iwd jit jpeg kde kwallet lcms libnotify libtirpc lto mad mmx mmxext mng mp3 mp4 mpeg multilib ncurses networkmanager nptl ogg opengl openmp pam pango pclmul pcre pdf pgo pic pie pipewire plasma png policykit popcnt ppds pulseaudio qml qt5 rdrand readline screencast sdl seccomp semantic-desktop sha smartcard sound spell split-usr sse sse2 sse3 sse4_1 sse4_2 ssl ssp ssse3 startup-notification svg syslog system-av1 system-binutils system-boost system-bootstrap system-cairo system-clang system-digest system-ffmpeg system-harfbuzz system-heimdal system-icu system-jpeg system-jsoncpp system-leveldb system-libevent system-libs system-libvpx system-libyaml system-lz4 system-mitkrb5 system-sqlite system-ssl system-tbb system-uulib system-webp system-zlib test-rust tiff truetype udev udisks unicode upower usb vaapi verify-sig vorbis vulkan wayland widgets x264 xattr xcb xft xml xtpax xv xvid zlib zsh-completion zstd" ABI_X86="32 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="aes avx avx2 avx512f avx512dq avx512cd avx512bw avx512vl avx512vbmi f16c fma3 mmx mmxext pclmul popcnt rdrand sha sse sse2 sse3 sse4_1 sse4_2 ssse3" 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" GRUB_PLATFORMS="efi-64" INPUT_DEVICES="libinput" KERNEL="linux" L10N="en en-GB en-US" 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="php7-4 php8-0" POSTGRES_TARGETS="postgres12 postgres13" PYTHON_SINGLE_TARGET="python3_11" PYTHON_TARGETS="python3_11 python3_10 python3_12" RUBY_TARGETS="ruby31 ruby30 ruby32" VIDEO_CARDS="intel i965 iris nvidia" 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, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, INSTALL_MASK, LC_ALL, LD, LFLAGS, LIBTOOL, MAKE, MAKEFLAGS, NM, OBJCOPY, OBJDUMP, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, RANLIB, READELF, SIZE, STRINGS, STRIP, YACC, YFLAGS
May need USE-dep on eselect-ldso for virtual?
I had a report on this same problem Saturday in the sage-on-gentoo overlay and I thought the BDEPEND on virtual/blas would be enough. Do you mean we should have something like BDEPEND="virtual/blas[eselect-dso=]" ?
(In reply to François Bissey from comment #2) > I had a report on this same problem Saturday in the sage-on-gentoo overlay > and I thought the BDEPEND on virtual/blas would be enough. Do you mean we > should have something like > BDEPEND="virtual/blas[eselect-dso=]" > ? sorry, I was typing it quickly from another machine: just BDEPEND="virtual/blas[eselect-dso]" is probably enough. I'll try it now.
IIRC that USE flag is needed to make e.g. OpenBLAS install the library with the generic name and in the generic location. So if FindBLAS.cmake is only going to look for /usr/lib64/libblas.so, then USE=eselect-ldso will probably be necessary to put it there.
It helps for native but not for multilib because blas isn't multilib...
Seems like the only solution right now is to set USE="-abi_x86_32" for sci-libs/suitesparseconfig and packages depending on it.
I don't like it but an alternative may be to disable detection of BLAS in suitesparseconfig (by patching) and return to the status quo of the previous ebuilds. We need to check that the shipped headers are still sane in that case. I just checked my SuiteSparse_config.h header are exactly the one shipped in tarball. They are not altered by running cmake at all it seems. So, we could go ahead with removing the detection.
In the end it is not possible to remove the detection. It alters the configuration in ways that makes the compilation of libsuitesparseconfig breaks because it needs to know the size of indexing integer in blas (are we int32 or int64?). That's what the blas detection is supposed to achieve.
(In reply to François Bissey from comment #8) > In the end it is not possible to remove the detection. It alters the > configuration in ways that makes the compilation of libsuitesparseconfig > breaks because it needs to know the size of indexing integer in blas (are we > int32 or int64?). That's what the blas detection is supposed to achieve. As it stands, it's never going to find BLAS for multilib, as we don't have any ebuilds providing it.
I must say that I did not realise we had stopped providing multilib with the current system. I had quite a fight to get it to work properly when we had an alternative system in the science overlay. I guess that means we'll have to remove multilib from all the suitesparse ebuilds. What downstream packages would that impact?
(In reply to François Bissey from comment #10) > I guess that means we'll have to remove multilib from all the suitesparse > ebuilds. What downstream packages would that impact? sci-libs/cxsparse + all the packages that were just added. After removing it from cxsparse I get no further problems, at least in ::gentoo as of f045d787a94b (i.e. just before suitesparseconfig was bumped).
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=defb93add229bb3fd038be70ed3722fe5e7477f9 commit defb93add229bb3fd038be70ed3722fe5e7477f9 Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2023-06-21 03:19:52 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2023-06-21 03:22:21 +0000 package.mask: Mask =sci-libs/suitesparseconfig-7.0.0 and revdeps The =sci-libs/suitesparseconfig-7.0.0 ebuild was added with nonfunctional multilib support that causes a build failure. Since all the added ebuilds depend on the new version (and multilib support) fixing this is non-trivial. Bug: https://bugs.gentoo.org/908851 Signed-off-by: Michał Górny <mgorny@gentoo.org> profiles/package.mask | 17 +++++++++++++++++ 1 file changed, 17 insertions(+)
There are a two other bugs in bugzilla against cholmod and spqr about static libraries that I had not noticed before. In fact those two ship dummy cuda libraries (including static) if cuda is not enabled. There is an issue upstream and I am working on it. I am hoping to fix them while under mask.
sci-libs/suitesparseconfig-7.0.0 could be masked on multilib profile, but not generally. on pure 64-bit install everything works perfectly. No issues whatsoever. I see absolutely NO reason to mask it.
It's annoying to have a system upgrade fail, so the mask is the right thing to do for now and I'm glad to have the help. We'll get it fixed soon, even if the fix is to drop multilib support.
(In reply to Sam James from comment #5) > It helps for native but not for multilib because blas isn't multilib... On Gentoo Packages I see that all the following packages are avaliable for amd64 and x86, why is those no multilib? (I'm kinda new here and is not that proficient in architecture-related stuff) Packages: virtual/blas sci-libs/lapack sci-libs/openblas sci-libs/blis
OK, I am going to make a PR for suitesparse 7.3.1 - with additional packages spex and rbio (the later because of #921100). The ebuilds will have no multilib bits in them and the issues about static and dummy cuda libs being shipped are fixed. I hope we can lift the mask for that version. There is a 7.4.0 release too, and I have some ebuilds for them too in the sage-on-gentoo overlay - masked. 7.4.0 has two major new features: * a full cmake superbuild. So, we could technically replace the individual packages by a single one with a ton of useflags. * probably as a consequence of the above change, all headers are now shipped in a suitesparse folder. Which breaks absolutely every dependency hard. Which is why I masked it even in the overlay and started work towards 7.3.1. Of note, suitesparse now ships .pc files as well as .cmake files. But of course the naming is slightly different from the one we had in the 5 and under series. The names are in all caps (AMD.pc, CHOLMOD.pc...) except for "SuiteSparse_config.pc". Could not make it work with cvxopt though.
Suitesparse 7.3.1 is now https://github.com/gentoo/gentoo/pull/34732
(In reply to Erina Init from comment #16) > (In reply to Sam James from comment #5) > > It helps for native but not for multilib because blas isn't multilib... > > On Gentoo Packages I see that all the following packages are avaliable for > amd64 and x86, why is those no multilib? (I'm kinda new here and is not that > proficient in architecture-related stuff) > > Packages: > virtual/blas sci-libs/lapack sci-libs/openblas sci-libs/blis (In reply to François Bissey from comment #10) > I must say that I did not realise we had stopped providing multilib with the > current system. I had quite a fight to get it to work properly when we had > an alternative system in the science overlay. > > I guess that means we'll have to remove multilib from all the suitesparse > ebuilds. What downstream packages would that impact? I decided to drop multilib on purpose back in 2020 or so, during the runtime switch of blas/lapack was introduced[1], because there were too many corner cases. I thought it did not worth the effort until I identify a use-case for the multilib. So would you inspire me when multilib is absolutely needed for numerical computation in science and engineering? Yours, Benda 1. https://wiki.gentoo.org/wiki/Blas-lapack-switch#Frequently_asked_questions
Any movement here? It's been masked for a year.
(In reply to Sam James from comment #20) > Any movement here? It's been masked for a year. Well, we can say we won't support multilib for suitesparse anymore. I have multilib free ebuilds in the sage-on-gentoo overlay (version 7.6.0 while upstream latest is 7.7.0, that's 2 versions behind). Lifting and committing to the tree of the suite is a bit of pain compared to just doing one ebuild I have to say.
