scalapack 2.0 now in experimental (NEW queue)
I've used Christophe's new packaging and uploaded scalapack 2.0.2 to
experimental (waiting now in the NEW queue). It now generates both
scalapack-openmpi and scalapack-mpich on all arches.
In the interests of getting the new libraries available, I left the
test package scalapack-mpi-test (and scalapack-test-common) as a dummy
package, just containing the source for TESTING. It would be handy if
someone could work with the test files and restore
scalapack-mpi-test to a properly functioning package (and
update scalapack-test-common as needed). We'd probably want to include
both *-openmpi and *-mpich versions of the tests.
scalapack 2.0 now uses cmake. It provides some cmake config scripts
which can be used by cmake to handle scalapack. I did not include them
yet because some thought needs to go into distinguishing the openmpi
and mpich versions in scalapack-targets-none.cmake. Likewise there is
a pkgconfig scalapack.pc which ought to be installed.
We applied multiarch after upstream install to /usr/lib. Probably there
is a cmake flag to get things installed into multiarch in the first
place.
Drew
On Fri, 2017-07-07 at 22:53 +0800, Drew Parsons wrote:
> On Fri, 2017-07-07 at 09:55 -0400, Muammar El Khatib wrote:
> > On Fri, Jul 7, 2017 at 8:13 AM, Drew Parsons <dparsons@debian.org>
> > wrote:
> >
> > > The new scalapack git repo is hosting v1.8 just fine at
> > > https://anonscm.debian.org/cgit/debian-science/packages/scalapack
> > > .g
> > > it/
> > >
> > > Christophe has forward me his packaging files for scalapack 2.0.
> > > Muammar, Have you started working on a git branch for 2.0? If
> > > not,
> > > I
> > > can create a new experimental branch for it and load up the new
> > > upstream tarball.
> > >
> >
> > You can proceed to create a new branch for that, and upload the new
> > upstream tarball for 2.0. I was working on a new package some time
> > ago, but it is not in shape.
>
> Thanks Muammar. I'll get onto it over the weekend.
>
> Drew
>
Reply to: