Package Details: mpich 3.2.1-1

Git Clone URL: https://aur.archlinux.org/mpich.git (read-only)
Package Base: mpich
Description: An improved implementation of the Message Passing Interface.
Upstream URL: https://mpich.org
Licenses: custom
Replaces: mpich2
Submitter: jedbrown
Maintainer: jedbrown
Last Packager: jedbrown
Votes: 80
Popularity: 0.891054
First Submitted: 2012-12-31 21:25
Last Updated: 2018-05-10 03:51

Latest Comments

jedbrown commented on 2018-05-10 03:51

@jbarnett Appending is intentional. Many people have both installed and /opt/mpich should not take precedence over /usr.

You should not need LD_LIBRARY_PATH because this package installs /etc/ld.so.conf.d/mpich.conf.

jbarnett commented on 2018-04-21 14:10

For users who want to replace openmpi with mpich add "provides=('openmpi')" and "conflicts=('openmpi')" to your PKGBUILD. Also change "--prefix" to "/usr" in the configure part. Also remove any references to mpich.profile. Note that some packages may depend on openmpi libraries that mpich does not provide, so if you go this route you would need to rebuild them. For example, I had to rebuild arpack against mpich.

I'm also unsure if "--with-python" does anything. I can't find any documentation on that configure flag.

jbarnett commented on 2018-02-24 20:42

mpich.profile is incomplete. You are actually appending (not prepending) the mpich path to PATH. So if you have openmpi installed as well, then its executable is found first. If you have trouble with libraries not being found, you need to set LD_LIBRARY_PATH in the profile.

ArchangeGabriel commented on 2018-02-08 14:23

I agree, though there have been huge progresses with the release of OpenMPI 3.0.

That being said I intend to provide both, but there is a lot of work toward that result. The easiest thing I could do currently is having both stacks (MPI + HDF, NetCDF, etc.) available but mutually exclusive. Would that suit everyone here?

We could still keep this package with a different name, like mpich-opt, for co-installability.

mizuchi commented on 2018-02-08 12:45

MPICH should be the default MPI provider in Arch, I guess. Many scientific applications poorly run with OpenMPI unlike MPICH.

jedbrown commented on 2016-05-02 18:13

@melkir The package provides /etc/profile.d/mpich.so to set the path. This is automatically executed by /etc/profile. I strongly discourage linking into /usr because it conflicts with openmpi and because it is not managed by the package manager. It sounds like you're executing your IDE in an environment that misses /etc/profile.

melkir commented on 2016-05-02 16:11

If you need to use mpich in your IDE you need to execute the following lines :
su
ln -sf /opt/mpich/lib/*.so /usr/lib/
ln -sf /opt/mpich/include/* /usr/include/
ln -sf /opt/mpich/bin/* /usr/local/bin/

If you prefer you can add to your path /opt/mpich/bin instead of linking /opt/mpich/bin to /usr/local/bin.

I don't know if there is a better way to do that but maybe something like that should be included in the installation process !

jedbrown commented on 2015-11-02 18:59

@jadelord mpich.org is currently suffering NFS problems. The latest stable version has not been reverted.

jadelord commented on 2015-11-01 22:26

It seems v3.1.4 has been removed. Gives a curl 404 error

The latest stable release is v3.0: http://www.mpich.org/static/downloads/3.0/

Here is a working PKGBUILD: http://pastebin.com/fe6dSL3e

eleftg commented on 2015-03-19 14:15

An up-to-date (v3.1.4) PKGBUILD is available at http://pastebin.com/6MPfsg2B

All comments