Package Details: mumps 5.6.2-1

Git Clone URL: https://aur.archlinux.org/mumps.git (read-only, click to copy)
Package Base: mumps
Description: Sparse solver library using Gaussian elimination
Upstream URL: https://graal.ens-lyon.fr/MUMPS/index.php
Keywords: computing scientific
Licenses: custom
Conflicts: mumps-par, mumps4
Submitter: mickele
Maintainer: MartinDiehl
Last Packager: MartinDiehl
Votes: 14
Popularity: 0.000000
First Submitted: 2009-04-05 16:37 (UTC)
Last Updated: 2023-11-05 08:50 (UTC)

Pinned Comments

MartinDiehl commented on 2020-05-15 20:09 (UTC)

The sequential version is disabled, according to the manual it is only meant for systems without a MPI compiler but openmpi is a prerequisite. If there is any need for the sequential version, it can be enabled again.

Latest Comments

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

heitzmann commented on 2018-03-07 11:41 (UTC)

@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 (UTC)

Hello, I am encountering the same issue as reported under https://sourceforge.net/p/sdpa/discussion/1393613/thread/1a6d8897/ when using this MUMPS package with my self-compiled SDPA (planning to create a package for the latter). Since your package ships its own Makefile.inc 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 Makefile.inc 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 (UTC)

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

capitalaslash commented on 2017-06-20 13:20 (UTC)

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 (UTC)

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

gdolle commented on 2016-05-29 13:32 (UTC)

Hi, I got this error since zlib 1.2.8 ---- /usr/lib/libscotch.so : référence indéfinie vers « gzwrite » /usr/lib/libscotch.so : référence indéfinie vers « gzsetparams » /usr/lib/libscotch.so : référence indéfinie vers « gzclose » /usr/lib/libscotch.so : référence indéfinie vers « gzdopen » /usr/lib/libscotch.so : 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 https://gist.github.com/gdolle/7e1b15abe12f983e340ba215e667f337

mickele commented on 2015-08-07 18:30 (UTC)

@hyperelastic Try mumps4

hyperelastic commented on 2015-08-04 22:25 (UTC)

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 (UTC)

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

fhr commented on 2015-02-27 23:31 (UTC)

You can use Metis 4.x or lower by compiling with -Dmetis4, ParMetis 3.2.0 or lower with -Dparmetis3. So you could have a mumps-5_metis-4 package I guess...