Modifications dans la version 5.0.0 :

- Portage HDF5-1.12: med-5 est capable de lire/modifier/crÃ©er les fichier med 3.y.z/4.y.z mais les bibliothÃ¨ques med 3.y.z/4.y.z ne peuvent pas relire des fichiers med-5
- Interdiction de compiler Med-5 avec une version autre que hdf5-1.12.z
- Autorise la crÃ©ation de fichier 3.y/4.y par MEDfileVersionOpen
   Le fichier crÃ©e est bien respectivement en hdf5-1.8/hdf5-1.10 independamment du fait que la bibiliothÃ¨que utilise HDF5-1.12 (magie)
   La version mineure est choisie par l'utilisateur (impact sur le modÃ¨le interne utilisÃ©)
   La version release est forcÃ©ment nulle car n'a aucun inpact sur le modÃ¨le interne
- Mise Ã  jour medimport, la version medimport 4.1.1 n'ajoutait pas les mÃ©tadonnÃ©es nÃ©cessaires Ã  l'accÃ¨s rapide des types d'entitÃ©s/gÃ©omÃ©triques utilisÃ©s aux diffÃ©rentes Ã©tapes de calcul et globalement dans les champs rÃ©sultats
- Corrections diverses (warning)

Modifications dans la version 4.1.1 :

- Correction concernant Windows pour l'Ã©criture/la lecture des fichiers 2.3 avec med-fichier configurÃ© pour des entiers 64bits
- RÃ©intÃ©gration du patch doxygen pour la gÃ©nÃ©ration correcte des fonctions Fortran contenant un paramÃ¨tre 'dimension:'
  Le patch a Ã©tÃ© oubliÃ© en passant Ã  doxygen 1.8.16, il manquait donc des fonctions Fortran dans la documentation 4.1.0
- Corrections mineures de la documentation F77
- Patch pour portage sur l'architecture s390x
- Correction d'affichage des joints dans mdump (#21784)
- Supression d'affichages intenpestifs dans l'API fortran des joints
- Mise Ã  jour autoconf-2.71  automake-1.16.4 libtool-2.4.6
- Fix some Cmake Config Target
- Corrections diverses pour la compilation Windows (CMake)
- Correction d'un problÃ¨me d'Ã©dition des liens en static (CMake)
- Correction d'un problÃ¨me de configuration avec un HDF // configurÃ© en CMake (CMake)


Modifications dans la version 4.1.0 :

- Autorise la crÃ©ation de fichier 3.y par MEDfileVersionOpen
   Le fichier crÃ©e est bien en hdf5-1.8 independamment du fait que la bibiliothÃ¨que utilise HDF5-1.10
   La version mineure est choisie par l'utilisateur (impact sur le modÃ¨le interne utilisÃ©)
   La version release est forcÃ©ment nulle car n'a pas d'impact sur le modÃ¨le interne
    (corrections de bugs embarquÃ©es dans la bibiliothÃ¨que utilisÃ©e)
- Developpement d'un nouveau mode d'accÃ¨s au contenu d'un champ :
  Il est possible d'obtenir directement la liste des types d'entitÃ©s utilisÃ©s
  Il est possible d'obtenir directement la liste des types gÃ©omÃ©triques utilisÃ©s
- Corrections de typages ds les messages d'erreur en configuration med-int=long
- CrÃ©ation d'un mdump4 utilisant les nvelles fonctions d'accÃ¨s rapide aux listes d'entitÃ©s/gÃ©o des champs.
   (ce n'est pas le mdump par dÃ©faut car pour l'instant il ne relit pas les fichiers de version < 4.1 )
- Maj du medimport
- Maj version doxygen et corrections de documentation
- Mise Ã  jour des fichiers CMake par application de patchs divers
- PossibilitÃ© de dÃ©finir -DMED_MEDINT_TYPE={int|long|long long (WINDOWS) } pour la construction en cmake
- Gestion Unicode pour les noms de fichiers MED sous windows (Cmake option off par dÃ©faut)
- Correction d'un bug de typage de med_idt pour la fct f77 d'ouverture en mode //

Modifications dans la version 4.0.1 :

- Correction du non affichage de la documentation des routines fortran contenant un integer*8 fid
- Corrections diverses de mauvais affichage des codes d'erreur pour les id 64bits.
- Portage Windows pour faire passer les tests
- Deux routines f77 du module joint avait un fid restÃ© en 32bits
- Le fichier test10.py n'Ã©tait pas embarquÃ© ds la distribution (erreur en cas de make clean puis make)
- Correction d'un typage de paramÃ¨tre qui gÃ©nÃ©rait une erreur ds test20 sur os32bits

Modifications dans la version 4.0.0 :

- Portage HDF5-1.10 : med-4 est capable de lire les fichier med 3.y.z mais les bibliothÃ¨ques med-3.y.z ne
  peuvent pas relire des fichiers med-4
- Mises Ã  jour des tests Fortran pour utiliser le type integer*8 pour tous les fid (MEDfileOpen).
  En effet avec hdf5-1.10 les identifiants sont passÃ©s en 64 bits.
- La bibilothÃ¨que med-4 permet de modifier des fichiers med-3 (crÃ©Ã©s en hdf5-1.8.x)
- VÃ©rification de la version hdf5-1.10.2 minimum (les versions prÃ©cÃ©dentes ne gÃ¨rent pas corectement
  la selection du modÃ¨le d'Ã©criture interne d'hdf; ce qui peut gÃ©nÃ©rer des fichiers 3.y.z modifiÃ©s
  par med-4 mais plus relisibles en med-3 )
- Interdiction de compiler Med-4 avec hdf5-1.8
- VÃ©rification de la compatibilitÃ© C++11 du compilateur utilisÃ©
- Portage Python2/3
	- Gestion des configurations swig2.0.8--,swig...,-->swig 3.0.12 en interaction avec Python2.7 - 3 :
	* En     swig-2.0.8 et python3 les import absolus sont mal gÃ©rÃ©s, ok Ã  partir de swig-2.0.12
	* Depuis swig-2.0.12 les itÃ©rateurs et nvlles mÃ©thodes des containers c++11 sont gÃ©rÃ©s
	* Depuis swig-3.0.8 Py_int -> Py_long
	* utilisation de swig-3.0.12 pour la gÃ©nÃ©rations des wrappers .py embarquÃ©s
	* (compatibilitÃ© .py2 .py3 cf. tests/python)
- Les wrappers python sont prÃ©-gÃ©nÃ©rÃ©s pour python3
  Si python3 n'est pas le python par dÃ©faut utiliser PYTHON_VERSION=3 au ./configure
  Sinon, il faut prÃ©ciser --with-swig= ou dÃ©sactiver l'interface python --disable-python
- Correction d'une erreur gÃ©nÃ©rÃ©e Ã  l'appel de MEDmeshnEntity dans mdump pour les Ã©lÃ©ments de structures
- Ajouts de Usecases en python
- Ajout de la documentation du modÃ¨le 3/4 en UML
- RÃ©intÃ©gration des derniers developements 3.3.0

Modifications dans la version 3.3.1 :

- Correction d'une erreur gÃ©nÃ©rÃ©e Ã  l'appel de MEDmeshnEntity dans mdump pour les Ã©lÃ©ments de structures
- Correction : maj medimport

Modifications dans la version 3.3.0 :

- Ajout du type MED_PENTA18
- Ajout dans la documentation du modÃ¨le MED_PENTA18 en .svg
- Ajout de la notion d'Ã©quivalence de mailles 3D pour les raccords non-conformes
- Remise Ã  niveau et rÃ©architecture de la documentation concernant les Ã©quivalences
- Ajout et gestion des nouveaux types de Champs MED_FLOAT32, MED_INT32 et MED_INT64 en C,F,Py
- Nouvelles procÃ©dures de tests pour gÃ©nÃ©rer plusieurs variantes d'un mÃªme test (i32,i64,f32,f64) en C
- Nouvelles procÃ©dures de tests pour gÃ©nÃ©rer plusieurs variantes d'un mÃªme test (i32,i64,f32,f64) en F
- Transformation des test10 & 11 en tests paramÃ©trables par le type de rÃ©els et le type d'entiers Ã  utiliser
- Analyse automatique des sorties standards des tests C/F/Python
- Gestion diffÃ©renciÃ©e des sorties int 32/64 bits pour les tests python
- La gÃ©nÃ©ration des .py des wrappers python est maintenant conditionnÃ©e aussi par int/long
- Supprime les module.py de la distribution car seuls les modÃ¨les _int.py ou _long.py doivent Ãªtre livrÃ©s.
- Test des nouveaux types de champs sur systÃ¨me 32bits (sur machine 64bits)
- Suite Ã  une optimisation de parcours des champs effectuÃ©e dans la 3.1.0
  l'ordre de parcours des champs a Ã©tÃ© mis Ã  jour en 3.1.0 dans les routines MEDfieldComputingStepInfo et
  MEDfield23ComputingStepInfo mais (par omission) pas dans la fonction MEDfieldComputingStepMeshInfo
  L'ordre de parcours Ã  Ã©tÃ© mis Ã  jour pour Ãªtre cohÃ©rent avec MEDfieldComputingStepInfo comme documentÃ© (crÃ©ation).
- Correction d'un bug dans MEDfileCompatibility concernant la vÃ©rification que le type de fichier est bien hdf
- Correction de la valeur de retour du paramÃ¨tre trf de MEDmeshnEntity pour un appel concernant MED_CONNECTIVITY ou MED_COORDINATE si
  des modifications sont dÃ©tectÃ©es entre pas de temps sur des informations autres que les connectivitÃ©s des Ã©lÃ©ments/les coordonnÃ©es des noeuds.
- AmÃ©lioration de la documentation des options de mdump3
- Correction dans mdump3 d'une fuite mÃ©moire de taille 1 (un caractÃ¨re) Ã  la lecture d'attributs constants
  de type MED_ATT_NAME de modÃ¨les d'Ã©lÃ©ments de structure.
- Correction de l'affichage d'un espace supplÃ©mentaire dans mdump
- Les outils mdump et xmdump deviennent des liens relatifs au lieu de liens absolus
- Mise Ã  jour des fichiers de rÃ©fÃ©rence Fortran en med_int=int
- Corrections d'expressions fortran non strictement 77
- Corrections pour portage MacOS.
- Corrections pour portage MinGW
- Gestion d'architectures supplÃ©mentaires pour les tests
- Mise Ã  jour de la construction CMake d'aprÃ¨s la version Autotools


Modifications dans la version 3.2.1 :

- Gestion de la detection d'hdf serial/parallel qui cohabitent dans les rÃ©pertoires systÃ¨mes
- Ajout des options --with-hdf5-lib, --with-hdf5-include, --with-hdf5-bin en plus de --with-hdf5
- Detection de la plage de version HDF utilisable avec la version de la bibliothÃ¨que (hdf5-1.10 interdit avec med3.y.z)
- Installation par dÃ©faut de la documentation selon le standard gnu et possibilitÃ© d'utiliser l'option --docdir au configure (cf README)
- Les tests sont compilÃ©s uniquement si l'on lance make check
- Les tests sont installÃ©s uniquement si l'on utilise ./configure --enable_installtest
- Ajout d'une fonction MEDfileVersionOpen C/F/py/Doc
- Ajout d'une fonction MEDfileExist C/F/py/Doc
- Ajout d'une fonction MEDfileObjectExist C/F/py/Doc
- Ajout des test de la fonction MEDfileVersionOpen C/F/py/Doc
- Ajout des tests de la fonction MEDfileExist en C/F/Py
- Ajout des tests de la fonction MEDfileObjectExist en C/F/Py
- Correction d'un bug dans MEDfileCompatibility qui dans les versions prÃ©cÃ©dentes de la bibliothÃ¨que
  ne dÃ©tectait pas les changements de modÃ¨les internes liÃ©s au changement de la version mineur
- Mise Ã  jour de la documentation pour utiliser doxygen-1.8.9
- Modification des noms d'objets internes pour une mise en adÃ©quation avec les noms utilisÃ©s dans les classes d'objets MED de med.h
- Corrections pour portage windows
- Corrections pour compilation gcc-6.2
- PrÃ©paration de MED4.0.0 avec le format de fichier hdf5-1.10
- Mise ne conformitÃ© Cmake avec les autotools

Modifications dans la version 3.2.0 :

- Gestion rapide d'un grand nombre de famille/groupes (chgt modÃ¨le interne)
- Mise en conformitÃ© de l'outil medimport (3.1 -> 3.2)
- Diverses corrections liÃ©es Ã  l'utilisation des grilles polaires
- Mises Ã  jour des usecases grilles
- RÃ©ecriture des usescases polyÃ¨dres 13&14 avec un cas plus rÃ©aliste
- Mises Ã  jour de la documentation polyedres + polygones
- RÃ©ecriture en .svg du schema explicatif de la connectivitÃ© des polyÃ¨dres
- Modification des destructeurs cxx pour Ã©viter la dÃ©fintion de symboles Weak dans la bibliothÃ¨que

Modifications dans la version 3.1.0 :

- Ajout de la fonctionalitÃ© de gestion des fichiers en mÃ©moire.  Transferts possibles entre processus.
- Correction d'une lenteur d'execution de MEDfieldComputingStepInfo pour des champs ayant de nombreuses Ã©tapes de calcul (>1000) (chgt modÃ¨le interne)
- Correction d'une erreur de comptage des Py_None en sortie des appels MED en python.
- Correction d'une impossibilitÃ© d'Ã©criture de MEDmeshGridIndexCoorinateWr en mode MED_ACC_RDEXT Ã  partir d'un nÂ°axe >1
- Patch CMakeLists pour gÃ©rer la detection MPI/HDF5par
- Ajout de la fonction MEDfileName en C/F/python qui renvoie le nom du fichier (avec le chemin d'accÃ¨s) Ã  partir du fid.

Modifications dans la version 3.0.8p1 :

- MAJ du numero de version 3.0.7 en 3.0.8 dans le CMakeLists.txt de la racine

Modifications dans la version 3.0.8 :

- Correction d'un dÃ©bordement d'accÃ¨s Ã  la mÃ©moire concernant l'utilisation des filtres par blocs sur les noms des entites quelque soit le mode d'entrelacement et de stockage
- Correction d'un bug concernant les filtres par entitÃ©s en mode MED_FULL_INTERLACE et MED_COMPAQ
- Correction d'un bug concernant les filtres par entitÃ©s en mode MED_NO_INTERLACE et MED_COMPAQ
- Corrections docs
- Corrections d'indiÃ§age dans quelques tests C

Modifications dans la version 3.0.7 :

- Correction d'un bug de comptage des informations secondaires noms,numÃ©ros optionnels dans le cas d'une grille curvilinear (MEDmeshnEntity)
- Ajout du type polynÃ´me quadratique (MED_POLYGON2)
- mdump et xmdump sont maintenant des liens sur mdump3 et xmdump3 ds le rÃ©pertoire d'installation
- Mise en adÃ©quation de xmdump3 avec les options spÃ©cifiques Ã  mdump3
- Correction d'un bug renvoyant une erreur ds le cadre des grilles curvilinÃ©aire lorsque l'on demande le nbre de familles et qu'il n'y en a pas.
- Limitation de l'utilisation mÃ©moire ds l'interface F/C dans le cas du tableau des noms optionnels d'entitÃ©s
- Developpement/test/doc de MEDfileObjectsMountById
- sÃ©paration des headers med par module (depuis med_proto.h)
- Ajout d'une extraction de H5public.h Ã  l'Ã©tape de configuration pour swig
- Ajout de certains const manquants de l'interface C utiles Ã  swig (~ ne change pas l'API)
- Corrections diverses sur les tests C
- Extraction d'informations de configuration de types HDF pour le wrapping python
- Developpement des diffÃ©rents modules python
- Ajouts des tests associÃ©s aux modules python
- Finalisation du swiggage des types unsigned char *
- SÃ©paration des modules fonctionnels MED en module Swig independants
- Gestion des array MED en python
- Correction CMake pour Windows

Modifications dans la version 3.0.6 :

- DÃ©claration d'export pour med.dll (Compaq Fortran)
- Correction de la prÃ©sence de double ;; dans des tests
- IntÃ©gration d'un patch pour le portage Windows
- Suppression des stdcall dans les prototypes (portage windows/cmake)
- Refactoring des Cmakelists, qui permet de se passer du script de gÃ©nÃ©ration (portage windows/cmake)
- GÃ©nÃ©ration du fichier med_config.h qui Ã©tait recopiÃ© Ã  la main   (portage windows/cmake)
- GÃ©nÃ©ration des librairies statiques et dynamiques de MED fichier (portage windows/cmake)
- Compilation et l'execution des tests med file avec cmake (portage windows/cmake)
- GÃ©nÃ©ration des librairies fortran MED fichier pour Windows (portage windows/cmake)
- Modification de la prÃ©sentation de la doc utilisateur
- Ajout de tests complÃ©mentaires suite Ã  la rÃ©vision de la doc
- A la configuration, si aucune option --with-hdf5 ou de variable HDF5HOME n'est positionnÃ©e, cherche HDF dans /usr
- Ajout de l'option --disable-api2.3 au ./configure pour supprimer les symboles 2.3 des bibliothÃ¨ques
- Correction d'un bug en mode lecture ajout Ã  l'Ã©criture des polyhÃ¨dres
- Extension du nombre de composantes pour les champs resultats
- Ajout d'une vÃ©rification du type d'attribut variable Ã  leur crÃ©ation (Ã©lÃ©ments de structure)
- Ajout d'une vÃ©rification sur les types des attributs variables dans mdump3
- Ajout de la possibilitÃ© de dÃ©finir uniquement les noeuds d'un maillage support section (points d'intÃ©grations sur Ã©lÃ©ments de structure)
- Ajout de Usescases en Fortran

Modifications dans la version 3.0.5 :

- Optimisation du mÃ©canisme indiquant la version du fichier utilisÃ©
- AmÃ©lioration des performances :
 - MÃ©canisme de cache des appels internes
 - MÃ©canisme de cache du MEDfieldCheck (check de fichier 2.3 depuis la bibliothÃ¨que 3.0)
 - Activation du nouveau format interne HDF plus efficace (pas d'incidence de compatibilitÃ© de fichier)
- Ajout API fortran E/S //
- Ajout API fortran des routines avancees d'ecriture/lecture des attributs d'entites de maillage
- AmÃ©lioration de la navigation dans la documentation
- Acces a l'information sur les connectivites de rÃ©fÃ©rences dans le guide d'utilisation
- Mise Ã  jour des macros m4 pour la construction du test parallel Fortran
- Fusion des macros m4 de detection des compilateurs sÃ©quentiels et des compilateurs //
- PossibilitÃ© de dÃ©brayer au ./configure la compilation de la partie fortran de la bibliothÃ¨que (dÃ©sactivation des tests fortran aussi)
- PossibilitÃ© de dÃ©brayer au ./configure la vÃ©rification automatique des champs des fichiers 2.3
- Corrections dans medimport : erreurs Ã  l'import lorsque l'option --disable-mesgerr est positionnÃ©e au ./configure
- Ajout d'un test fortran parallel
- ExÃ©cution du test // fortran sur n processus
- Portage BlueGene
- Corrections mineures concernant le portage windows
- Correction d'un bug dans UsesCase_MEDstructElement_2.c
- Correction d'un bug dans le test parallel C : Open Mpi renvoi correctment le code d'erreur de l'executable //

Modifications dans la version 3.0.4 :

-Portage Windows :
 -Modification du systÃ¨me de construction (Â«makefileÂ»), ajout des fichiers Â«makefile.cmakeÂ» pour la compilation avec l'outil Â«cmakeÂ»
 -Modification du systÃ¨me de dÃ©claration des fonctions internes Ã  arguments variables pour gÃ©rer les incompatibilitÃ©s du compilateur Visual C avec la norme C99

-Extension de l'API:
 -Ajout des routinesC : MEDmeshGeotypeName, MEDmeshGeotypeParameter, MEDsupportMeshnAxis, MEDsupportMeshnAxisByName
 -Ajouts des routines FORTRAN : msmfnan, msmfnax

-AmÃ©liorations diverses:
 -Mise Ã  jour des macros d'affichage des entiers Â«med_intÂ»
 -Meilleure gestion des types gÃ©omÃ©triques dynamiques et statiques
 -Renommage du fichier Â«src/libmed2.settings.inÂ» en Â«src/libmed3.settings.inÂ»
 -Simplification des scripts de tests pour une meilleure portabilitÃ©
 -Mise Ã  jour du mÃ©canisme de versionnement FORTRAN interne
 -Gestion des localisations des points d'intÃ©gration avec les Ã©lÃ©ments de structure

-Evolutions apportÃ©es Ã  l'utilitaire de dump:
 -Nouvel outil Â«mdump3Â» gÃ©rant l'ensemble des Ã©volutions concernant : les maillages supports, les Ã©lÃ©ments de structure, les fonctions d'interpolation, les localisations des points d'intÃ©gration sur Ã©lÃ©ments de structure avec ou sans interpolation gÃ©omÃ©trique
 -RÃ©organisation de l'affichage pour plus de lisibilitÃ©
 - Nouvelle gestion des paramÃ¨tres en ligne de commande

-Ajout de nouveaux testsde non-rÃ©gression:
 -Unittest_MEDstructElement_1, Unittest_MEDstructElement_2,Unittest_MEDstructElement_3, Unittest_MEDstructElement_4,Unittest_MEDstructElement_5, Unittest_MEDstructElement_6,Unittest_MEDstructElement_7, Unittest_MEDstructElement_8,Unittest_MEDstructElement_9 Unittest_MEDstructElement_10,Unittest_MEDstructElement_11,Unittest_MEDlocalization_1,Unittest_MEDlocalization_2,Unittest_MEDlocalization_3,Unittest_MEDprofile_1,Unittest_MEDprofile_2, Unittest_MEDparameter_1, Unittest_MEDparameter_2, Unittest_MEDparameter_3Unittest_MEDsupportMesh_1, Unittest_MEDsupportMesh_2, Unittest_MEDsupportMesh_3,Unittest_MEDlink_1, Unittest_MEDlink_2, Unittest_MEDlink_3,Unittest_MEDfilter_1, Unittest_MEDfilter_2,Unittest_MEDinterp_1, Unittest_MEDinterp_2, Unittest_MEDinterp_3, Unittest_MEDlocalization_1,   Unittest_MEDlocalization_3Unittest_MEDinterp_1,Unittest_MEDfile_1

-Documentation:
 -Ajout de la documentation relative aux nouvelles routines dans le guide de rÃ©fÃ©rence

-Corrections d'anomalies:
 -Mise Ã  jour des fichiers Â«includeÂ» FORTRAN pour la gestion des types d'attributs variables
 -Gestion des entiers 64 bits dans la routine MEDmeshGridStructRd
 -Lecture du nombre d'entitÃ© avec la routine MEDmeshnEntity pour une sÃ©quence de calcul diffÃ©rente de la sÃ©quence de calcul initiale, quand le nombre est Ã©gal Ã  zÃ©ro
 -La routine MEDparFileOpen renvoie dÃ©sormais une erreur quand le fichier ouvert est un fichier MED 2.x (< 3.0)
 -Outil Â«medimportÂ»: CrÃ©ation inopportune de sÃ©quence de calcul vide pour des champs importÃ©s de fichiers med 2.x reposant sur plusieurs maillages
 -SÃ©paration des routines (efchre, efchrl) des routines (efchie, efchil) dans des fichiers diffÃ©rents pour compilation avec les compilateurs Fortran qui vÃ©rifieraient les types des prototypes
 -Gestion du code retour dans la routine mlnlai
 -Gestion de la taille d'une chaÃ®ne de caractÃ¨res dans routine mlnlir
 -Gestion de la taille des valeurs dans la routine msefsaw
 -Â«LeakÂ» mÃ©moire dans la routine nmfafofi
 - Â«SigsegvÂ» possible dans nmlnflir
 -Gestion de la taille des noms des composantes et des noms d'unitÃ©s dans la routine msmcre
 -Ecriture incomplÃ¨te des informations dans la routine MEDstructElementConstAttWr
 -InterfaÃ§age C/FORTRAN des routines: mmhfsaw, msesaw, msespw, mmhsaw, mmhsar, mlnlai, mlclni, mprpin


Modifications dans la version 2.3.6 :

- ID 59 : Support HDF5-1.6.8 ou 1.6 au choix

- ID 73 : Fonctionnement des tests MED identique quelque soit la version de HDF utilisÃ©e

- ID 35 : Suppression des blancs terminaux dans les noms de maillages/champs par medimport

- ID 68 : Corrections diverses pour portage GCC4.4.0

- ID 74 : Modifications pour faciliter le portage Windows

- ID 61 : Taille des noms des variables scalaires

Modification dans la version 2.3.5 :

- ID 67 : ProblÃ¨me de lecture des types gÃ©omÃ©triques en correspondance dans des joints en F90 avec int64

- ID 65 : Objets HDF restant ouverts aprÃ¨s utilisation de MEDjointnCoress et MEDglobalNumLire.

- ID 62 : Dysfontionement de la routine MEDglobalNumEcr en l'absence de
	  numÃ©rotation optionnelle.

- ID 63 : Ajout d'un include cstring dans MEDerreur.cxx necessaire Ã  la compilation sous gcc 4.3.1.

- ID 64 : Correction du Makefile.am de medimport (difficultÃ© de compilation
          sous OSX)

Modification dans la version 2.3.4 :

- ID55 : Une optimisation dans la couche basse de MED fichier permet aux routines MEDnAttribut et MEDnGroupe d'avoir
	 un temps d'execution trÃ¨s rÃ©duit par rapport aux versions MED antÃ©rieures.

- ID52 :  MED_NUM_MAJEUR, MED_NUM_MINEUR, et MED_NUM_RELEASE sont dÃ©finis dans med.h

- ID53 :  Correction d'un bug dans MEDunvCr qui provoquait parfois un dÃ©bordement mÃ©moire

Modification dans la version 2.3.3 :

- ID37 :  Anomalie de la routine "MEDgro2famCr" corrigÃ©e

- ID38 :  Symboles indÃ©finis dans la bibliothÃ¨que libMedC supprimÃ©s

- ID39 :  PossibilitÃ© d'enregistrer des champs aux noeuds par Ã©lÃ©ment (indÃ©pendant des points de Gauss)

- ID40 :  Documentation sur la numÃ©rotation des processeurs dans l'utilisation des joints

- ID41 :  La documentation prÃ©cise d'utiliser MED_NONE pour la correspondance des noeuds dans les joints

- ID48 :  Ecriture du nombre de points de gauss incorrect dans le nom de la localisation de rÃ©fÃ©rence gÃ©nÃ©rÃ© par medimport
  	  (prÃ©sence d'un blanc si le nombre de points de Gauss est sur 1 digit)

- ID43 :  medimport est maintenant disponible sous forme de bibliothÃ¨que C et C++ (avec exceptions standards et MEDerreur)

- ID44 :  Ajout de paramÃ¨tres Ã  l'utilitaire "mdump" (mdump --champs, mdump --sequence, mdump --maillage)

Modification dans la version 2.3.2 :

- ID4  :  Affichage des maillages structurÃ©s dans l'utilitaire "mdump"

- ID22 :  Divers bugs concernant les liens

- ID19 :  Affichage erronÃ© des Ã©quivalences et joints dans mdump

- ID15 :  IncohÃ©rence entre les routines MEDcoordLire/Ecr et MEDdimEspaceCr dans la documentation

- ID17 :  Affichage dÃ©sordonnÃ© de la connectivitÃ© dans mdump

- ID33 :  Verification de la prÃ©sence de la famille 0 dans mdump

- ID31 :  Evolution de l'utilitaire medimport pour MED 2.3.2

- ID14 :  Correction d'affichages multiples des champs en prÃ©sence de plusieurs maillages dans "mdump"

- ID28 :  VÃ©rifier la version du fichier dans mdump avant de lancer l'affichage

- ID34 :  Indiquer dans la FAQ que l'Ã©criture du nÂ° de famille 0 pour les noeuds et les Ã©lÃ©ments est optionnel

- ID3  :  Compactage dans le fichier des valeurs des champs dÃ©finies selon un profil

- ID23 :  Gestion des droits d'accÃ¨s aux fichiers en cas d'ouvertures multiples

- ID32 :  ProblÃ¨me dans l'activation des messages d'erreur

- ID18 :  Installation de type cross-compilation possible en prÃ©cisant manuellement la taille du int fortran

- ID9  :  Prise en compte complÃ¨te du mode d'ouverture de fichier MED_LECTURE_ECRITURE 

- ID24 :  IntÃ©gration des modifs proposÃ©es par OCC pour portage WINDOWS (cf med_win_dll.h )

- ID25 :  Quelque soit le type de connectivitÃ© (nodale/descendante), la numÃ©rotation optionnelle si elle est prÃ©sente n'est jamais utilisÃ©e dans la dÃ©finition des connectivitÃ©s.

- ID21 :  MÃ©canisme de drivers pour assurer la compatibilitÃ© ascendante entre les versions mineures de MED

- ID11 : CompatibilitÃ© avec la procÃ©dure d'installation  Code_SATURNE sous Auto Make

- ID35 : VÃ©rification Ã  la crÃ©ation de datagroups que les noms ne se terminent pas par un blanc (en C).

Modification dans la version 2.3.1 :

- FT56 : Par convention, le stockage du nÂ° de famille d'un type dÃ©entitÃ© donnÃ©e
	 n'est pas necessaire pour la famille 0.

- FT99 : ProblÃ¨me dans l'interface C/F77 lors de la lecture du paramÃ¨tre de localisation des points de Gauss
	 (MEDchampLire/efchal).

- FT108 : ProblÃ¨me en C lors de la lecture de la localisation des points de Gauss (MEDchampLire/efchal). Lorsqu'il
	 n'y a pas de localisation une chaine blanche Ã©tait renvoyÃ©e au lieu d'une chaine vide.

- FT109 : Fichier de modelededonnee.html tronquÃ©  (manque HEXA27...)

- FT111 : Il n'est plus necessaire de dÃ©finir le type de plateforme Ã  la compilation.
	  Le paramÃ©trage de la taille du med_int est dÃ©fini automatiquement en fonction des compilateurs utilisÃ©s.

- FT112 : DÃ©finition d'un nom de localisation rÃ©servÃ©e pour des points de Gauss aux noeuds par Ã©lÃ©ment.

Modification dans la version 2.3.0 :

- FT96 : AmÃ©lioration de l'affichage des numÃ©ros des entitÃ©s dans mdump

- FT98 : Correction du bug dans medimport sur la gÃ©nÃ©ration de la localisation
	 des points de Gauss (1 type gÃ©omÃ©trique -> plusieurs modÃ¨les)

- FT99 : Correction du bug sur la lecture de la localisation des points
	 de Gauss dans la routine fortran efchar

- FT100 : Pb lors de la lecture avec l'API FORTRAN d'une
          famille Ã©crite avec l'API C, si la famille comporte
          plusieurs groupes.

- EVOL1 : Support des joints et gestion de la numÃ©rotation globale.


Modification dans la version 2.2.3 :

- FT95 : Lecture de la localisation des points de Gauss avec
	 MEDchamplire/efchal incorrecte.

- FT85 : TEST 26 ne passe pas en mode OSF_32.

- FT86 : Bug dans MEDstructureCoordEcr/Lire pour
         les maillages structures 3D.

- FT83 : Portage sous LINUX 64 bits (Opteron).

- FT89 : Type gÃ©omÃ©trique Ã©crit incorrectement par MEDGaussEcr.
	 Sur TRUE64 le test C nÂ°10 enregistre le type gÃ©omÃ©trique
	 de faÃ§on incorrecte.

- FT91 : medimport et hdf 5-1.4.4. Pb de conversion des familles
	 avec hdf 5-1.4.4.

- FT88 : Localisation des points de Gauss. Dans le dump, quand un champ
	comporte des points de Gauss, il faudrait mettre le nom
	de la localisation associÃ©e.

- FT90 : Type de champ incorrectement gÃ©rÃ© dans MEDchampLire MEDscalaireInfo
	MEDchampInfo MEDgaussLire sur TRUE64.

- FT92 : Erreur dans la description de la routine efngau.

- FT93 : Pb de fermeture avec MEDnoeudLire. Pb de fermeture du fichier apres ex         ecution de MEDnoeudLire.

- FT94:	 Mise a jour de l affichage des coordonnees dans  mdump.



Modification dans la version 2.2.2 :

- FT79 : Retour du nom de maillage dans la routine efpdti.
Le nom de maillage retourne comporte maintenant des blancs.

- FT74 : Declaration de MED_NOREF dans med.hf.

- FT75 :  Affichage des polyÃ¨dres dans mdump.
Le problÃ¨me d'affichage est corrigÃ©.

- FT73 :  Affichage des polygones dans mdump.
Les polygones dÃ©clarÃ©s comme des faces dans un fichier ne sont plus affichÃ©s par "mdump".

- FT80 : Routine efmaai
Le problÃ¨me de la routine efmaai pour la lecture du type du maillage est corrigÃ©.

- FT81 : Routines efgaue et efgaul
Le problÃ¨me de dÃ©claration des paramÃ¨tres des types gÃ©omÃ©triques et du mode de stockage des coordonnÃ©es est corrigÃ©.

- FT77 : Affichage des groupes dans mdump
Ancien mode d'affichage de la numÃ©rotation : 0..(N-1).
Nouveau mode d'affichage : 1..N

- FT78 : Documentation de MEDpasDeTempsInfo/efpdti.
Les unitÃ©s des pas de temps sont desormais  dÃ©finies comme Ã©tant Ã  16 caractÃ¨res.
Quand il n'y a pas de points de Gauss MED_NOPG est renvoyÃ©.

