Package Details: mpich 4.0.3-1

Git Clone URL: https://aur.archlinux.org/mpich.git (read-only, click to copy)
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: 88
Popularity: 0.000328
First Submitted: 2012-12-31 21:25 (UTC)
Last Updated: 2022-11-09 17:49 (UTC)

Latest Comments

1 2 3 4 5 6 .. 9 Next › Last »

ivanc1 commented on 2022-10-29 16:42 (UTC)

openucx may be a dependency. I needed it to compile.

stockholmsin commented on 2022-05-17 19:20 (UTC)

That was a packaging bug in binutils that should have been fixed by https://github.com/archlinux/svntogit-packages/commit/e4cb74545d27e087aae4bd8b796ec6b0ba5870ac Everything seems to build correctly for me now.

jedbrown commented on 2022-04-08 18:47 (UTC)

I've had builds fail (in the bundled ucx) with 4.0.1 and 4.0.2 due to the error below. I haven't had time to reduce yet, but if you know what's up or can find an upstream bug report, that would help.

/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../lib/libiberty.a(rust-demangle.o): warning: relocation against `_sch_istable' in read-only section `.text'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../lib/libiberty.a(cp-demangle.o): relocation R_X86_64_PC32 against symbol `cplus_demangle_builtin_types' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: bad value

carlosal1015 commented on 2021-05-17 14:47 (UTC) (edited on 2021-07-06 16:16 (UTC) by carlosal1015)

Edited 2021/06/15: Thank you for solve the issue, now is compiling smooth as before.

RonObvious commented on 2021-01-09 15:45 (UTC)

Thanks for the tip. I tried your first suggestion, adding --without-java (between --with-device=ch4:ucx and --with-hwloc-prefix=/usr) and the package now builds successfully. I haven't tested it to any great extent, but it builds and mpichversion runs... Enough for the time being. Thanks again!

jedbrown commented on 2021-01-08 22:40 (UTC)

Could you try adding the --without-java flag to the PKGBUILD? Alternatively, you can switch back to --with-device=ch3:nemesis, which doesn't involve building ucx.

RonObvious commented on 2021-01-08 21:36 (UTC) (edited on 2021-01-08 21:38 (UTC) by RonObvious)

About the new version (8 Jan 2021): My build stops with the following error:

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project jucx: Compilation failure

[ERROR] (the directory I'm using...) mpich/src/mpich-3.4/modules/ucx/bindings/java/src/main/java/org/openucx/jucx/UcxUtils.java:[40,28] package sun.nio.ch does not exist

I have a "java-environment" installed, thus fulfilling the "optdepends" -- to be more precise, I have jdk-openjdk installed (and maven and various other java things).

Is this perhaps a problem withe make files which mpich is using (and not an AUR package problem)?

Whether it is or not, as a workaround, do you have any tips about how to modify the PKGBUILD (or .SRCINFO, etc.) to NOT build the java stuff, even if a java-envronment is present? I really do not plan to use mpich with Java (at least not right away).

More details about my setup on request.

wcdawn commented on 2020-06-11 19:36 (UTC)

I just compiled successfully. Fortran seems to be working now.