Package Details: mumps 5.2.1-3

Git Clone URL: (read-only, click to copy)
Package Base: mumps
Description: Sparse solver library using Gaussian elimination
Upstream URL:
Licenses: custom
Conflicts: mumps-par, mumps4
Provides: mumps
Submitter: mickele
Maintainer: MartinDiehl
Last Packager: MartinDiehl
Votes: 13
Popularity: 0.40
First Submitted: 2009-04-05 16:37
Last Updated: 2019-11-26 15:25

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

Viech commented on 2018-03-07 14:39

@heitzmann, this is exactly what I do to make sure that your package is used instead of the MUMPS sources that SDPA downloads otherwise (I pass »--with-mumps-libs="-ldmumps -lmumps_common -lesmumps -lmpiseq -lgfortran -lscotch -lscotcherr -lmetis -lpord -llapack"« to make the ./configure check for an existing MUMPS pass). I verified that ./configure indeed finds MUMPS and no download is attempted. To be extra sure that the file you mention cannot be the cause, I now delete mumps/Makefile in prepare().

If you would want to have a look, my package is at and »sdpa -o /tmp/example1.result -dd /usr/share/sdpa/example/example1.dat« will throw »ERROR in MPI_ALLREDUCE, DATATYPE= 7« on my end.

Since SDPA downloads MUMPS 4.10 sources if it does not find a working library I also tested with your mumps4 package (and »-lmetis-4« instead of »-lmetis«). Unfortunately the result is the same.

heitzmann commented on 2018-03-07 11:41

@Viech, as I understand, the issue you pointed is with the Makefile for mumps included in the SDPA package itself (check mumps directory in the source).

In any case, I'd recommend you try to avoid recompiling mumps just for your package by using the configure options: --with-mumps-include="-I/usr/include" --with-mumps-libs="-L/usr/lib -ldmumps -lmumps_common -lpord -lmpiseq" (or something similar...)

Viech commented on 2018-03-06 22:23

Hello, I am encountering the same issue as reported under when using this MUMPS package with my self-compiled SDPA (planning to create a package for the latter). Since your package ships its own and the issue seems to be inside that file, I wonder if you could fix it on your end somehow? Unfortunately, adding the proposed line to your did not result into successful compilation right away, and I do not know how to make it work.

heitzmann commented on 2017-06-20 13:29

Sure, if you could paste it somewhere and link it here it would be great!

capitalaslash commented on 2017-06-20 13:20

I have an updated PKGBUILD for 5.1.1 with real shared library compilation, let me know if you want it.

heitzmann commented on 2016-05-31 12:49

Thanks @gdolle!
I've included your fix straight into
Let me know if the problem persists.

gdolle commented on 2016-05-29 13:32

Hi, I got this error since zlib 1.2.8
/usr/lib/ : référence indéfinie vers « gzwrite »
/usr/lib/ : référence indéfinie vers « gzsetparams »
/usr/lib/ : référence indéfinie vers « gzclose »
/usr/lib/ : référence indéfinie vers « gzdopen »
/usr/lib/ : référence indéfinie vers « gzread »
collect2: erreur : ld a retourné 1 code d'état d'exécution
I don't know if it comes from my install, but if someone has the same problem, adding zlib linking "-lz" should solve the problem.

See this patch

mickele commented on 2015-08-07 18:30

Try mumps4

hyperelastic commented on 2015-08-04 22:25

Doesnt build. In turn, unable to install aster. The message looks like this:

libcmumps.a(cana_aux_par.o): In function `__cmumps_parallel_analysis_MOD_cmumps_assemble_top_graph':


libcmumps.a(cfac_asm_master_m.o):cfac_asm_master_m.F:(.text+0x74e5): more undefined references to `__stack_chk_fail_local' follow

mickele commented on 2015-02-28 07:05

I tried compiling with metis-4, but it stopped with an error. It seems mumps-5 requires metis-5.