mpich 3.1.4 in rawhide - soname changes

[Sandro Mani]

On 12.03.2015 14:25, Martyn Foster wrote:
>
> On 12 March 2015 at 09:51, Sandro Mani <manisandro at gmail.com 
> <mailto:manisandro at 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


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20150312/fc793c97/attachment.html>