Re: mpich 3.1.4 in rawhide - soname changes

[Sandro Mani <manisandro@xxxxxxxxx>]

On 12.03.2015 14:25, Martyn Foster wrote:

On 12 March 2015 at 09:51, Sandro Mani <manisandro@xxxxxxxxx> wrote:

On 11.03.2015 20:51, Orion Poplawski wrote:

I updated mpich 3.1 to 3.1.4 in rawhide.  I wouldn't have thought this would
make a difference, but apparently upstream decided to rename libraries
(libmpich.so.12 -> libmpi.so.12) and drop a sub-library (libopa.so.1),
apparently not having any understanding of how sonames work.  Or perhaps I'm
just naive in thinking a 3.1 -> 3.1.4 version jump shouldn't introduce ABI
incompatible changes.

So, things need to be rebuilt in rawhide.  I checked in the changes to F22
have haven't built yet.  mpich needs a rebuild in F22 though I think for
fortran mod api changes.

Looks like

MPI_BIN=/usr/lib/mpich/bin

is now

MPI_BIN=/usr/lib/mpi/bin

whereas i.e.

MPI_LIB=/usr/lib/mpich/lib

is still using "mpich".


I suppose this should be fixed?

openmpi seems to be using 

/usr/lib64/openmpi/bin/

/usr/lib64/openmpi/lib/

so perhaps the "mpich" option is better than a generic "mpi"?

Yes, and this is the way it was before. I'd say this is just an oversight in mpich-modules.patch [1], @MPILIBNAME@ changed for the libmpich.so -> libmpi.so rename, and it ended up having this side effect.

[1] http://pkgs.fedoraproject.org/cgit/mpich.git/tree/mpich-modules.patch

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct