Package Details: med 3.2.0-4

Git Clone URL: https://aur.archlinux.org/med.git (read-only)
Package Base: med
Description: MED stands for Modelisation et Echanges de Donnees, i.e. Data Modelization and Exchanges - MED is code-aster exchange module linked to hdf5
Upstream URL: http://www.code-aster.org/outils/med/
Licenses: LGPL
Conflicts: med_fichier
Replaces: med_fichier
Submitter: None
Maintainer: deezy
Last Packager: deezy
Votes: 27
Popularity: 0.321074
First Submitted: 2007-09-25 18:28
Last Updated: 2016-10-20 15:48

Sources (5)

Latest Comments

jancici commented on 2016-10-19 19:56

hi, it will be very nice if someone will fix that MD5sum. thank you

drhooves commented on 2016-10-02 18:01

Hi, md5sums don't match. Thanks for the package!

jancici commented on 2016-09-12 13:33

looks that it needs hdf5-1.8 which is not available in aur.
but there is hdf5_18 in extra https://www.archlinux.org/packages/extra/i686/hdf5_18/

please, can someone fix PKGBUILD?
thanks

viperpaulo commented on 2016-08-23 08:43

I think you can compile it with either extra/hdf5 or extra/hdf5-openmpi by adding this option before configure: export CPPFLAGS="$CPPFLAGS -DH5_USE_18_API"
Don't forget to remove the old link to /opt/hdf5-1.8 in the ./configure command.

gborzi commented on 2016-05-24 00:26

There were another couple of declarations to fix, now I can save/read meshes in .med file format with gmsh. Here is the patch http://pastebin.com/WpUsW9uL

gborzi commented on 2016-05-23 19:33

I've been trying to debug med with hdf5 1.10. The main problem seems to be the switch from int (4 bytes) to long (8 bytes) for many hdf5 typedefs. Changing the various "int type_hdf" in med to "long type_hdf" fixes some problems, now gmsh complains "Could not create MED family x" with x = 1,2,... x=0 works.

mickele commented on 2016-05-13 16:55

This version of med (3.1.0) compiles fine with hdf5-1.10, but doesn't work properly. For example, gmsh doesn't create valid med file.
I recompiled the library linking to hdf5-1.8 and everything works fine. So I created a package hdf5-1.8 available at https://aur.archlinux.org/packages/hdf5-1.8/. To be compatible with hdf5 on main repository, it installs libraries in /opt/hdf5-1.8.

mickele commented on 2016-05-10 18:32

I was able to build med with hdf5-1.10, but it doesn't work. I had to downgrade to hdf5-1.8

deezy commented on 2016-05-05 19:10

@nchishol
I added patches for a rebuild against hdf5-1.10. Should work now.

nchishol commented on 2016-05-05 15:05

I'm getting the following error during compilation

<command-line>:0:0: note: this is the location of the previous definition
MEDequivInfo.c:27:1: error: conflicting types for 'MEDequivInfo'
MEDequivInfo(int fid, char *maa, int ind, char *eq, char *des)
^
In file included from ../../../include/2.3.6/med.h:143:0,
from MEDequivInfo.c:19:
../../../include/2.3.6/med_proto.h:221:1: note: previous declaration of 'MEDequivInfo' was here
MEDequivInfo(med_idt fid, char *maa, int ind, char *eq, char *des);
^
Makefile:621: recipe for target 'MEDequivInfo.lo' failed
make[3]: *** [MEDequivInfo.lo] Error 1

Has anyone else run into this issue? I was trying to recompile med and gmsh after gmsh began failing to start (probably related to the recent upgrade of the hdf5 package to 1.10.0-1). I also tried compiling med 3.08-4, but got the same error.

EDIT: The med-salome package seems to patch this problem as I'm able to compile it. After installing this package, I'm also able to build and run Gmsh without a problem.

All comments