Discussion:Actualité du Projet GL 2009

De Ensiwiki
Aller à : navigation, rechercher

Pour la news du 5 janvier (ter), on peut changer ensibm en ensibm.imag.fr ; ça évite de chercher quelque temps pourquoi ça ne marche pas (à part si on a la ligne search imag.fr dans son /etc/resolv.conf ... où qu'on est à l'ensimag ...) Koubyr 5 janvier 2009 à 20:41 (UTC) Fait merci. Moy 6 janvier 2009 à 14:38 (UTC)

Le makefile fourni (celui du toplevel)

  • (toplevel de Projet_GL Moy 7 janvier 2009 à 15:11 (UTC))

fait un enchainement de cd ; make ; cd ../.. . Du coup, quand on a une erreur dans un fichier en dessous, le makefile continue tranquillement sa route, ce qui n'est franchement pas pratique (il faut remonter pour voir l'erreur) et surtout fait foirer les outils qui se basent sur la valeur de retour de make (comme le compile-mode d'emacs). Un remplacement des ; par des && règle le problème. A changer ? Levitta 6 janvier 2009 à 19:11 (UTC)

  • Effectivement, ou alors, on supprime les cd ../.. qui ne servent à rien de toutes façons.
--- a/Etudiants/Projet_GL/Makefile
+++ b/Etudiants/Projet_GL/Makefile
@@ -5,10 +5,10 @@ gcov:
        make realclean
        make gcovclean
        rm -rf Exec-gcov
-       cd Outils/Src ; make GCOV=gcov ; cd ../..
-       cd Syntaxe/Src ; make GCOV=gcov ; cd ../..
-       cd Verif/Src ; make GCOV=gcov ; cd ../..
-       cd Gencode/Src ; make GCOV=gcov ; cd ../..
+       cd Outils/Src && make GCOV=gcov && cd ../..
+       cd Syntaxe/Src && make GCOV=gcov && cd ../..
+       cd Verif/Src && make GCOV=gcov && cd ../..
+       cd Gencode/Src && make GCOV=gcov && cd ../..
        cp -r Exec Exec-gcov
        mkdir -p Exec-gcov/Syntaxe
        mkdir -p Exec-gcov/Verif
@@ -23,19 +23,19 @@ gcovreport:
        cd Gencode/Src && gcov *.adb
 
 gcovclean:
-       cd Syntaxe/Src && make GCOV=gcov gcovclean ; cd ../..
-       cd Verif/Src && make GCOV=gcov gcovclean ; cd ../..
-       cd Gencode/Src && make GCOV=gcov gcovclean ; cd ../..
+       cd Syntaxe/Src && make GCOV=gcov gcovclean && cd ../..
+       cd Verif/Src && make GCOV=gcov gcovclean && cd ../..
+       cd Gencode/Src && make GCOV=gcov gcovclean && cd ../..
 
 realclean:
-       cd Gencode/Src ; make realclean ; cd ../..
+       cd Gencode/Src && make realclean && cd ../..
 
 clean:
-       cd Gencode/Src ; make clean ; cd ../..
+       cd Gencode/Src && make clean && cd ../..
 
 %::
-       cd Outils/Src ; make $@ ; cd ../..
-       cd Syntaxe/Src ; make $@ ; cd ../..
-       cd Verif/Src ; make $@; cd ../..
-       cd Gencode/Src ; make $@; cd ../..
+       cd Outils/Src && make $@ && cd ../..
+       cd Syntaxe/Src && make $@ && cd ../..
+       cd Verif/Src && make $@ && cd ../..
+       cd Gencode/Src && make $@ && cd ../..
 

(faudra revenir l'année prochaine pour avoir ça dans le squelette fourni ;-)) --Moy 7 janvier 2009 à 15:11 (UTC)

Je tiens pas particulièrement à refaire une 2A, désolé :)

  • Rooh, la 2A, c'est la meilleure, c'est celle où y'a un projet GL au milieu ...

Pendant qu'on y est, Seance_Machine.txt impose un certain ordre sur les variables du path. Si on fait pas gaffe et qu'on fait export PATH=lalistedesdossiersproposés:$PATH, on va avoir /usr/bin avant /usr/local/bin, ce qui a pour effet gênant que emacs redirige vers /usr/bin/emacs, qui est emacs21 (par opposition à /usr/local/bin/emacs, qui est emacs22), ce qui produit plein de bugs pas évident à débugger si on s'en appercoit pas. Pourquoi mettre /usr/bin dans la liste ? Si il est pas dans le path de toute façon, ça se verra --Levitta 7 janvier 2009 à 15:38 (UTC) Bien vu. Je comprenais pas pourquoi les gens avaient tous mis /usr/bin/ avant /usr/local/bin/, bon, je met une info sur la page d'actu.Moy 7 janvier 2009 à 16:33 (UTC)

  • Pour le problème de $PATH et emacs, pour vérifier si on a au final la bonne version d'emacs, on peut simplement utiliser which emacs, ou dans emacs M-X version. --Riccardt 7 janvier 2009 à 22:10 (UTC)
    • Ahah, moi j'aurais tout de suite remarqué, mon .emacs ne passe pas sur Emacs-21, une erreur au boot ça se repère vite. :] --Len 8 janvier 2009 à 11:36 (UTC)
  • Pour un joli emacs, il est pratique d'avoir la coloration syntaxique java pour les .deca et asm pour les .ass. Pour cela on peut ajouter dans le .emacs :

(global-font-lock-mode t) (setq font-lock-verbose t) (setq font-lock-maximum-decoration t) (setq auto-mode-alist (cons '("\\.ass$" . asm-mode) auto-mode-alist)) (setq auto-mode-alist (cons '("\\.deca$" . java-mode) auto-mode-alist)) --Massond 20 janvier 2009 à 10:55 (UTC)

    • J'ai ajouté ça à Emacs_pour_le_projet_GL (moins les trois premières lignes, qui sont par défaut à peu près partout, normalement) --Levitta 20 janvier 2009 à 11:30 (UTC)
      • La coloration syntaxique est activée par défaut dans Emacs 22 normalement, oui. --Moy 20 janvier 2009 à 15:26 (UTC)