Je pense pas que make soit un pb, il fait ce pourquoi il a été conçu : gestion de dépendance. Par contre sont gros problème c'est pour debugger des makefile.
Le pb c'est que les gens veule un truc plus haut niveau : filer une liste de fichiers a compiler, des options de génération (compil/link) et éventuellement faire des test dynamique sur les dépendance (version des lib, support de tel fonction, ...). Et aussi avoir une GUI a la kconfig, pour permettre de sélectionner des options de config.
C'est ce que font les autotools, mais franchement je trouve qu'ils sont une usine a gaz (makefile générer inbitable, pb de cross compilation, trop complex (les devs ne comprenne pas forcement ce qu'ils font)). Je ne parle même pas du libtool qui vient avec.
Il y a cmake, mais la derniére fois que j'ai regardé ca ma pas convaincu.
# make ?
Posté par M . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 9.
Le pb c'est que les gens veule un truc plus haut niveau : filer une liste de fichiers a compiler, des options de génération (compil/link) et éventuellement faire des test dynamique sur les dépendance (version des lib, support de tel fonction, ...). Et aussi avoir une GUI a la kconfig, pour permettre de sélectionner des options de config.
C'est ce que font les autotools, mais franchement je trouve qu'ils sont une usine a gaz (makefile générer inbitable, pb de cross compilation, trop complex (les devs ne comprenne pas forcement ce qu'ils font)). Je ne parle même pas du libtool qui vient avec.
Il y a cmake, mais la derniére fois que j'ai regardé ca ma pas convaincu.
ps :
redo-ifchange 1ドル.c
gcc -MD -MF 3ドル.deps.tmp -c -o 3ドル 1ドル.c
DEPS=$(sed -e "s/^3ドル://" -e 's/\\//g' <3ドル.deps.tmp)
rm -f 3ドル.deps.tmp
redo-ifchange $DEPS
et ben ca m'a pas l'air très simple