Changes between Version 3 and Version 4 of IPSLCM6/IPSLCM6.2/CR


Ignore:
Timestamp:
06/11/19 11:31:43 (5 years ago)
Author:
jgipsl
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • IPSLCM6/IPSLCM6.2/CR

    v3 v4  
    11= Compte rendu des réunions autour de IPSLCM6.2 et "la famille v6.2" = 
    2 == 24 mai 2019 == 
     2 
     3== 7 juin 2019 : Compilation == 
     4Présents : Anne, Laurent, Christian, Josefine 
     5* Disucssion autour de la script de compilation dans [browser:CONFIG/UNIFORM/v6/LMDZOR_v6.2/compile_lmdzor.sh LMDZOR_v6.2/compile_lmdzor.sh] 
     6  * Le script est initié par Josefine. Il remplace AA_make. Il est prévu d'avoir un script de compilation par configuration mais que les scripts sont le plus semblable que possible. Pour l'instant, il existe aussi le script browser:CONFIG/UNIFORM/v7/ICOLMDZOR_v7/compile_icolmdzor.sh qui pour le partie LMDZ, ORCHIDEE, XIOS, IOIPSL est le même (aussi pour l'indentation).  
     7  * Josefine va copier le scripit dans config/IPSLCM6.2 et ensuite Christian va ajouter les options nécessaire pour NEMO. Il y aura plusieurs nouveaux arguments pour refleter ce qui etait possible avant dans AA_make.  
     8  * Le script redirige les sorties textes dans un fichier log. Cela pose problème quand LMDZ s'arrête pour demander si la compilation doit continuer. Actuellement, c'est possible de répondre oui dans le terminale mais il faut surveiller le log de la compilation dans un autre fenêtre pour se rendre compte que la compilation attend le réponse. Cela n'est pas satisfaisante et il faut trouver un solution. Peut-être utiliser tee dans le script de compilation ou dans makelmdz_fcm. A tester et faire ! 
     9  * Le script de compilation doit garder le résolution et le mode optimisation (prod/debug) dans le nom de l’exécutable. Dans config.card, le nom d'executable devrait dans un premier temps être modifié en consequance. Les driver doivent lire le resolution a partir du nom d'exectuable au lieu du fichier .resol. A faire, Josefine. A terme, ca serait mieux d'avoir un variable dans config.card qui indique le résolution : RESOL_ATM=xxx, RESOL_OCE=xxx.  
     10  * Nous avons discuté s'il faut sourcer le fichier arch.env au début de script de compilation ou via les scripts de compilation des modèles. Josefine pensait que l'environnement de arch.env était hérité dans le terminal après lancement du script compile_lmdzor.sh mais après des tests pendant la réunion, ca n'a pas l'air d'être le cas. Pour l'instant on va donc laisser le script de compilation sourcer le fichier arch.env au début de script.  
     11* Long terme : ca serait bien si LMDZ et INCA puissent s'affranchir de fixer la résolution en statique lors de la compilation. Ca serait mieux si la résolution pourrait être choisi pendant l'exécution. C'est actuellement le cas pour NEMO qui lit le Namelist pour connaitre la résolution. 
     12* Homogénéisation des fichiers arch 
     13  * arch.env : Actuellement INCA et NEMO ne lisent pas le fichier arch.env. Anne va ajouter cette option pour INCA. Pour NEMO, Christian serait obligé de copier makenemo dans le répertoire SOURCES dans la config car il n'a pas la main sur le script officiel. Pas décision pris s'il va le faire. 
     14  * arch.path : Anne et Laurent vont faire les changements pour que ces fichiers seront sur le même formate que XIOS, IOIPSL, ORCHIDEE. Pour NEMO, le fichier arch.path n'existe pas. Tout est dans arch.fcm. Rien est décidé pour NEMO.  
     15 
     16== 24 mai 2019 : CONFIG == 
    317Présents : Arnaud, Olivier B, Laurent, Christian, Thibaut, Patricia, Lola, Josefine 
    418