Réunion suivi - 21/5/13

Table of Contents

1. Bilan évaluation TDAQ
2. Next step
3. Tags
4. cmt setup
5. A faire

Bilan évaluation TDAQ

Confirme le bon choix de TDAQ comme premier candidat

• En fait de TDAQ-common : la partie utilisée par ATLAS-core
  • 2 autres projets TDAQ utilisés par Atlas offline : DQM-Common (même genre de taille que TDAQ-Common) et TDAQ. A priori pas de dépendances d'autres projets.
  • D'après Rolf, 200 packages
• Requirements assez simples et très bien écrits

A permis d'identifier la question négligée des CMT tags.

Next step

Script de conversion à partir de TDAQ-Common

• A part les tags, la version actuelle du hscript doit permettre la représentation des requirements
  • Problème de définir une définition flexible (sans édition du code?) de la liste des keywords définis. Schema ?
  • Sébastien doit fournir le schema actuel du vocabulaire hwaf
• Faire une conversion du texte non expanded du requirements : essentiellement de la tokenisation
  • Macro : conversion en hscript (dans la section Configure)
  • Reprendre un embryon de parseur écrit par Christian ?
  • Bibliothèque python écrite par Scott ?
• Gérer la possibilité de renommer les patterns pour remettre de la cohérence ?
  • Plusieurs patterns identiques avec un nom différent
  • Existence d'un query language peut aider à identier les patterns à renommer

Tags

Définition CMT : applicable aux macros (macro, set, path, action) uniquement

macro <name> <value> | <tag> <value> | <tag> <value>

Tag CMT activé soit par une définition extérieure CMT (EnvVar) ou CMT apply_tag

• CMT apply_tag pas très déclaratif car effet dépendant du positionnement : possibilité d'en faire un élément global (position independent) dans hwaf ?

Tag peut être vue comme un Python dict dont la clé est le nom du tag

• 1 section par type de macro dans la section Configure
• Valeur par défaut : utiliser un nom de clé réservé (ou string vide)
• Pb des noms de tag qui sont une expression booléenne de tag car parser yaml utilise des dict python non ordonnées alors que définition de tag ordonnée dans CMT
  • Exemple : gcc&gcc-4.4&linux
• Autoriser 1 string comme valeur de macro sans tag
• Aussi la possibilité de définir 1 tag comme 1 dict et de définir les macros comme des clés du tag dict
  • Pb pour garder la différence entre macro, action, set...

Questions ouvertes

• Définition de tag basé sur l'existence d'un autre tag : permet de définir un tag commun à plusieurs tags
• Combinaison booléenne de tag : comment définir un ordre prédictif sans dict ordonné

Ne plus utiliser les tags pour définir l'environnement HW autodecté.

cmt setup

Faut-il conserver cette possibilité de définir l'environnement de l'outil de configuration depuis l'outil lui-même ?

A faire

Création egroup + accès Trac (Michel)