AUR (en) - scalapack

Git Clone URL:	https://aur.archlinux.org/scalapack.git (read-only, click to copy)
Package Base:	scalapack
Description:	Subset of scalable LAPACK routines redesigned for distributed memory computers.
Upstream URL:	http://www.netlib.org/scalapack/
Licenses:	custom
Provides:	blacs
Submitter:	mickele
Maintainer:	MartinDiehl
Last Packager:	MartinDiehl
Votes:	25
Popularity:	0.066645
First Submitted:	2009-01-12 23:39 (UTC)
Last Updated:	2024-05-14 11:13 (UTC)

Latest Comments

MartinDiehl commented on 2019-02-18 19:42 (UTC)

scalapack does use some deprecated MPI routines. The following "prepare" in PKGBUILD fixes this issue for me

prepare() { cd ${pkgname}-${pkgver} sed -i 's/MPI_Type_struct/MPI_Type_create_struct/g' BLACS/SRC/*.c sed -i 's/MPI_Attr_get/MPI_Comm_get_attr/g' BLACS/SRC/blacs_get_.c cd CMAKE patch -Np0 < "$srcdir"/cmake3.13.3.patch }

haawda commented on 2019-01-29 23:18 (UTC)

Thanks, heitzmann. I applied a patch I found in the link you gave to me. It does the same as the sed-command you suggested.

heitzmann commented on 2019-01-28 17:14 (UTC)

Build fails with CMake 3.13.3 as reported in https://gitlab.kitware.com/cmake/cmake/issues/18817

A quick and dirty fix to get it working while there is no fix upstream is to add

sed -i -e '20 a "${PROJECT_SOURCE_DIR}/BLACS/INSTALL"' ../${pkgname}-${pkgver}/CMAKE/FortranMangling.cmake

around line 30 in PKGBUILD

haawda commented on 2018-01-16 13:18 (UTC)

The only clean way to handle soname bumps are rebuilds. snoname bunp are there for a reason. Symlinking is the wrong way to solve such things.

bandit commented on 2018-01-16 10:20 (UTC)

I have openmpi, scalapack, lapack, and blas installed on my system and had the following problem today with scalapack. The library libscalapack.so was binded to the mpi library libmpi.so.20, wheres the recent update of openmpi changed this to libmpi.so.40, rendering scalapack non-functional. Is it possible to modify the installation script so that the bindings are always to the symbolic links, i.e., libmpi.so, liblapack.so, libblas.so, instead of actual library files including version numbers? This way everything should work fine.

Re-installing scalapack solved the problem as expected.