Upgrade complet au nouvel Autoconf (plus de acconfig.h et configure.in)
Rien
Modifs des Makefiles Unix : compilation multi-cpu via gmake NCPU=x
ou x est le nombre de cpu. La compilation est distribuée
pour chaque répertoire (en d'autres mots: 1 répertoire pour
les x cpus).
Modifs des Makefiles de la batterie de tests :
réorganisation des Makefiles et regrouppement
des parties communes dans ./oo_meta/apps.d/makefiles. Il y a pour l'instant
3 types de Makefiles : Makefile_dat pour gérer la compilation
des cas-tests (Bacon)/ZMesh/Oofelie, Makefile_e pour géréer
ceux qui se passent de ZMesh et Makefile_cplx pour les cas
tests complexes (restart par exemple).
correction des Makefiles pour le multi-cpu : il est
possible de lancer la batterie sur 4 CPU sur la Quadri de manière
sûre (impossible avant). Là aussi, c'est distribué
dans chaque répertoire. Ca me semble être le plus efficace.
Pour lancer en multi-cpu : "./batterie.sh -j x" ou
x est le nombre de cpus.
correction des dépendances entre les fichiers *.e, *.sdb,
*.dat, etc. Lisez attentivement ce qui suit, c'est très
utile! Si vous avez fait passer la batterie et que quelque tests plantent
à cause d'un bug stupide (machin.dat a planté
par exemple). Vous pouvez corriger ce qu'il faut (même éventuellement
jusqu'au .dat), recompiler Oofelie si nécessaire, aller
dans le répertoire du cas-test (par exemple qs.d) et
taper "rm machin.res" puis "gmake -f Makefile_bat
machin.res"; et hop, seul ce test est relancé. Faire
alors "gmake -f Makefile_bat verif" puis "./verif.sh"
dans le répertoire apps.d pour mettre à jour
les résultats globaux. Autre utilité: si vous voulez lancer
un test particulier, allez dans le répertoire du test et tapez
"gmake -f Makefile_bat machin.res" et vous avez le
résultat. Bref, si vous êtes nostalgique du .res
lorsque vous développez du code, vous pouvez même vous créer
votre propre répertoire et copier le makefile (utilisez celui de
complex.d pour ne pas être limité à un
type d'algo spécifique) et lancez vos tests en 1 commande sans
se soucier de Bacon ou ZMesh (gmake détectera si il
faut les lancer ou pas pour mettre à jour votre .e).
Tests sur SGI : pour info, ça compile plus mais les Makefiles sont
à nouveau OK. Si qqun veut porter à nouveau sur SGI, c'est possible.
Avis aux amateurs...
Vérification de la compilation avec Qt et VTK sous Linux.
