[Olena] olena réunion?

Thierry GERAUD wrote: L'utilisation de olena (toute version) a en tout cas un effet psychologique positif pour les developpeurs :) Oui, et tu n'es pas le seul à souligner ce problème. L'algo qui classifie présenté lors du séminaire prend 2 minutes pour compiler sur nostromo, et... se fait killer sur mon pauvre PC. Il existe des moyens pour diminuer le temps de compile. Doit-on travailler la dessus ? Est-ce une priorité ? Je pense que oui. Par rapport a la version 0.5, Olena est environ 2 fois plus lent (1.08 vs 1.91). Est-ce important ? Doit-on travailler dessus ? Doit-on attendre que les compilateurs s'améliorent ? Ce qu'a oublié la personne qui a dit ça, c'est que 'générique' et 'rapide' doivent être compris relativement. Il est clair que Olena 0.10 est moins rapide que Olena 0.5 pour les compilateurs actuels. Mais Olena est rapide par rapport à Mathlab, par rapport à de nombreuses autres bibliothèques. En ce qui concerne la génénéricité, on peut difficilement dire qu'Olena n'est pas génénérique. Mais on peut encore gagner en généricité, en travaillant par exemple sur les images à base de pixels non rectangulaires, ou bien les images Nd. SCOOP n'est pas utilisé systématiquement dans Olena (par exemple la hierarchie des window est mauvaise). Il y a également des modifictions à apporter pour éviter des problèmes de typages dans les morphers. Ceci dit SCOOP marche car Olena 0.10 marche. SCOOP n'est pas finalisé et appliqué partout et c'est pourquoi la version d'Olena n'est pas Olena 1.0. Ceci dit encore une fois il faut fixer les priorités. On en a déjà parlé lors du pot de la Release Olena-Vaucanson-Transformer. Je pense qu'un certain nombre d'arguments ont été mal interprétés. Ceci dit je pense qu'il ne faut pas demander aux personnes mécontentes des preuves, mais faire avancer Olena. Je propose une réunion Olena mercredi matin pour savoir où on veut aller (image Nd, Scoop, compile++, stable?). -- Niels