Package Details: scalapack 2.2.0-1

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 MIMD parallel computers.
Upstream URL: http://www.netlib.org/scalapack/
Licenses: custom
Provides: blacs
Submitter: mickele
Maintainer: haawda
Last Packager: haawda
Votes: 23
Popularity: 0.000000
First Submitted: 2009-01-12 23:39 (UTC)
Last Updated: 2022-02-03 18:22 (UTC)

Latest Comments

haawda commented on 2021-08-01 17:06 (UTC)

netlib.org downloads work for me.

a.kudelin commented on 2021-07-31 09:36 (UTC)

netlib.org is not available for some reason. Please update PKGBUILD with: https://pastebin.com/QzCxSF49

gdolle commented on 2020-05-27 13:32 (UTC) (edited on 2020-05-29 14:25 (UTC) by gdolle)

I confirm @xantares, with "-DCMAKE_Fortran_FLAGS=-fallow-argument-mismatch" it compiles

xantares commented on 2020-05-15 13:00 (UTC) (edited on 2020-05-15 13:03 (UTC) by xantares)

it does not build with gcc 10 (Rank mismatch)

I guess it would succeed with -fallow-argument-mismatch

see https://github.com/Reference-ScaLAPACK/scalapack/issues/21

haawda commented on 2019-12-06 15:16 (UTC)

skyto, cannot reproduce.

skyto commented on 2019-12-05 08:04 (UTC)

Error: No rule to make target 'lib/liblapack.a', needed by 'lib/libscalapack.so'

haawda commented on 2019-02-19 07:06 (UTC)

Thanks, applied.

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.

de_faro commented on 2017-06-14 18:35 (UTC)

Is it possible to make an mpi version of blacs/scalapack, ubuntu has libblacs-mpi-dev and libscalapack-mpi-dev, is it possible to get Arch versions?

ftschindler commented on 2016-08-09 13:43 (UTC)

As mentioned below: 'gcc-fortran' is missing as a makedepends.

mickele commented on 2016-03-17 21:00 (UTC)

license has become an array license='custom' should be changed to license=('custom')

getzze commented on 2015-08-17 17:28 (UTC)

Does not build because of a typo in the sed command line 52: pkg/usr/lib -> ${pkgdir}/usr/lib

lonaowna commented on 2014-09-10 13:25 (UTC)

"gcc-fortran" should also be a makedepend. Thanks for maintaining! :)

AsmundEr commented on 2013-02-18 13:29 (UTC)

"cmake" should be added to the list of makedepends.

commented on 2012-02-29 21:57 (UTC)

PKGBUILD update: pkgver=2.0.1 md5sums=('17b8cde589ea0423afe1ec43e7499161' 'a536ab4837ec68addff0a3ec99427a10' '182bf79471c020e8274fec5ef1240005' '0bef36150ffaf341a6228b474ed800c9' '4723ad431356431bb193db254b6ee0fb')

commented on 2012-01-17 15:17 (UTC)

You should take off "pkgver" from the directories as Scalapack 2.0.x no longer has the version at the end of the directory's name

mickele commented on 2010-08-06 23:48 (UTC)

@ chillu I added features you requested!

commented on 2010-08-03 09:04 (UTC)

If you get a link error for not being able to find "-lblacsf77" then you need to install blacs-mpi (also from AUR! :)) If you get a link error for not being able to find "-lcblas" then you need to install atlas-lapack (also from AUR! :)) TODO: Include blacs-mpi and atlas-lapack as dependencies

commented on 2010-08-03 08:17 (UTC)

scalapack depends on mpich2 which gets installed at /opt/mpich2/ Usually /opt/mpich2/bin/ isn't part of the $PATH environment variable (as mpich2 was *just* installed). Building scalapack fails because it can't find mpif77. I had to: $ export PATH=$PATH:/opt/mpich2/bin and restart the installation of scalapack $ yaourt scalapack Maybe you should make this part of the PKGBUILD script (include /opt/mpich2/bin/ in the search path)?