Re: [Maitretarot-devel-fr] glib2; fichier de configuration; autoconf-2.5 et maitretarot

[Yves Mettier]

On 11 May 2002 14:55:32 +0200
philippe brochard <address@hidden> wrote:

> Yves Mettier <address@hidden> writes:
> 
> > Coucou!
> > 
> > J'ai fait quelques modifications majeures sur tout ce qui ne touche pas le 
> > protocole de maitretarot.
> > 
> Chouette, moi je me met au travail pour ratrapper le retard de 
> mt_ncurses_client et
> mt_dolphin_ia.
> 
> > - glib-2.0: maitretarot utilise maintenant glib-2.0. Aucun changement n'a 
> > ete fait dans les sources. Les changements sont dans aclocal.m4 (aclocal), 
> > configure.in (autoconf) et les Makefile.am (automake). A vous de reproduire 
> > les changements dans les interfaces utilisateurs ou IA si vous voulez.
> > 
> oui, pas de probleme, temps que c'est compatible avec la glib-1.2.

C'est compatible pour monter de glib-1.2 a glib-2.0. Enfin pour les trucs 
simples, c'est le cas. Inversement, il faut bien sur ne pas avoir utilise des 
trucs specifiques a glib-2.0!

> Je regarde ça pour le client.
> 
> > - fichier de configuration: j'ai repompe le code que j'avais ecrit dans 
> > MyAM pour lire un fichier de configuration. J'ai un moment hesite entre un 
> > fichier au format xml et un fichier au format apache (y'avait les deux dans 
> > MyAM). J'ai finalement opte pour le fichier au format apache, que j'utilise 
> > aussi au boulot parce que c'est plus simple pour l'utilisateur. Le code est 
> > dans config_utils.*
> > Je pense que je mettrai net.* et config_utils.* dans la future librairie de 
> > maitretarot.
> > 
> > - net.c: j'ai rajoute mon bout de code le plus celebre dans net.c: ma 
> > reimplementation de read(). Je m'en sers dans config_utils.c.
> > 
> > - autoconf-2.5: j'ai tente de porter configure.in vers le format que lit 
> > autoconf-2.5. Au bout d'une demi-heure, j'avais presque reussi. Mais 
> > 'presque' ne suffit pas. Et comme d'autre part je ne sais pas si tout le 
> > monde a autoconf-2.5, j'ai finalement opte pour rester avec autoconf-2.13. 
> > Ai-je fait le bon choix?
> > 
> Moi, je suis toujours avec la version 2.13. Dès que la Woody sort, je passe
> à autoconf 2.53...

Vaut mieux les deux. C'est pas tout a fait pareil.

> 
> Une question, la 2.13 et la 2.5 sont vraiment incompatible ?

La meilleure comparaison que je puisse faire est celle avec MS Word, versions 
95 et 97 (je les connais un peu, mais pas beaucoup).
C'est compatible, mais quand on cherche a passer de l'un a l'autre, on se rend 
compte a quel point c'est pas tout a fait compatible.
Bref, le choix de Mandrake est pas mal: ils gardent les deux.

> 
> > - La bibliotheque de fonctions de maitretarot: on aura config_utils.* et 
> > net.* dedans, et maitretarot.h pour le fichier d'en-tete. Je pense que 
> > personne n'y verra d'inconvenient. Par contre, au niveau des fonctions, il 
> > est imperatif de mettre un prefix devant chaque fonction. Je propose "mt_". 
> > Mais je ne sais pas si ce prefixe a deja ete utilise dans mt_ncurses_client 
> > ou mt_dolphin_ia. Est_ce que je peux utilise "mt_" ou dois-je prendre autre 
> > chose? Ainsi, "read_data()" deviendrait "mt_read_data".
> > 
> Oui, très bonne idée le mt_, mt_ncurses_client et mt_dolphin_ia ne l'utilise 
> pas.
> A vrai dire, il n'y a pas de prefixes du tout, il faut en mettre même si ce
> sont des fonctions "locales à mt_dolphin_ia et mt_ncurses_client" ?

Pour les fonctions locales, y'a a mon avis deux cas: soit elles sont vraiment 
locales, et dans ce cas, pas besoin d'en mettre. Soit elles sont locales mais 
susceptibles d'etre reutilisees ailleurs, alors il vaut mieux mettre un prefixe.

D'ailleurs, je viens de changer d'avis. Pour la lib, ce ne sera pas mt_, mais 
libmt_ ou mtlib_.
Je prefere libmt_. Qui vote pour quoi?

> 
> > Derniere chose: je n'ai pas fait evoluer le protocole ni sa gestion depuis 
> > notre derniere coding-party.
> > 
> Ok, de toutes façons, il vaut mieux le tester avant de voir si il faut 
> modifier
> quelque chose -> je m'y met :)

Youpiiiiiiiiiiiiii!

> 
> 
> Une autre chose, par la suite, j'ai toujours envie de coder mon IA en scheme,
> et ce que ça serait possible de recuperer mt_dolphin_ia pour l'ettendre ou il
> faut que je me créé une nouvelle IA et qu'on developpe mt_dolphin_ia en C ?

Alors la, ce n'est plus mon rayon. Nicoooooo!

Bah juste un petit truc quand meme. Il faut une IA de base qu'on peut etendre. 
Seulement, les deux doivent porter un nom different, et l'une doit avoir ses 
fonctionnalites figees, c'est-a-dire qu'elle ne soit pas etre etendue. A vous 
de choisir si mt_dolphin_ia est celle-ci, et dans ce cas, tu la recuperes mais 
tu mets un nouveau nom, ou si mt_dolphin_ia est une future "bonne" IA. Dans ce 
cas, il faut faire une autre IA simple pour servir d'exemple.

Yves