On 12.03.2015 14:25, Martyn Foster wrote:
On 12 March 2015 at 09:51, Sandro Mani <manisan...@gmail.com
<mailto:manisan...@gmail.com>> 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@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
