[Debichem-devel] scalapack 2.0 now in experimental

[Drew Parsons]

I'm happy with the state of scalapack 2.0.2 now, and in principle am
ready to drop it into unstable.  

All linux arches pass openmpi tests 
(except mips64el, which I've currently set to ignore test errors.
xdsyevr fails abjectly, makes me wonder if it's a mips64el openmpi bug.
Other tests segfault randomly (unreproducibly)).

Testing a couple of dependent debichem packages, the transition looks
like it should be straightforward. The API hasn't changed as far as I
can tell.  Just update any -lblacs-openmpi reference to 
-lscalapack-openmpi, and adjust -L paths to multiarch if necessary.

Does debichem need more time to test the transition?

We might need to first wait for the libgfortran4 transition. I'll ask
release managers to advise on that.

Drew



On Thu, 2017-07-20 at 11:05 +0200, Graham Inggs wrote:
> Hi Drew
> 
> On 19/07/2017 17:06, Drew Parsons wrote:
> > scalapack 2.0 is now available in experimental.  It's quite a big
> > transition (absorbing blacs, most notably) so we'll want to test
> > dependent packages before dropping it into unstable.  We need to
> > check
> > the transition from blacs to scalapack is smooth.
> > 
> > Can you tell us (or commit to the scalapack git directly) if we
> > need
> > any tweaks to keep elpa, c2pk and espresso happy?
> > 
> > scalapack now builds with cmake and we may want to change the way
> > we
> > install its cmake scripts. pkg-config also.  We've built both
> > openmpi
> > and mpich versions.
> 
> Thanks for your work on this!
> 
> I plan to enable scalapack support in gpaw soon (it requires >=
> 2.0.1) 
> and will let you know if any tweaks are required.
> 
> Regards
> Graham
>