Le successeur de tmake qui est qmake est en effet un excellent générateur de makefiles. Ses atouts :
simplicité
documentation claire et nette, pas dans une doc GnuInfo à 2 balles (quoique c'est utilisable avec konqueror)
portabilité
La seule chose qui lui manque est la possibilité de faire de la recherche de libs, progs, etc comme le fait un script configure. Néanmoins c'est dans les plans de TrollTech.
<mon expérience à moi>
Je m'étais amusé à apprendre à utiliser auto* pour des projets. Effectivement c'est mal documenté, mais j'avais réussi à créer de A à Z tout les fichiers nécessaires en comprenant leur utilité. Bref j'avais fait des systèmes auto* qui cherchaient les bonnes libs, etc.
Mais je me suis aperçu que ce qui était acquis sur auto* se perdait très vite ... Je suis systématiquement obligé de me plonger dans la doc car c'est un système non trivial et plutot complexe. Quand à Gnu M4, c'est franchement le genre de geekerie dont on se passerait bien. Pour des besoins spécifiques il faut connaitre M4 afin d'étendre le système, mais je préfère abandonner, c'est trop lourdingue.
En comparaison, je sais faire sans doc un framework de compilation avec Jakarta Ant ou QMake. Mais avec auto*, impossible ...
</mon expérience à moi>
Bref, vivement un successeur. Il y a l'air d'avoir pas mal de concurrents intéressants, mais il semble que le syndrome de la crainte du changement se manifeste. Pour des projets anciens, ça ne vaut pas forcémment le coup de migrer, mais pour des projets récents ou neufs, je pense que jetter un oeil en vaut la peine.
[^] # Re: Autoconf/Automake... la relève ?
Posté par Anonyme . En réponse à la dépêche Autoconf/Automake... la relève ?. Évalué à 1.
La seule chose qui lui manque est la possibilité de faire de la recherche de libs, progs, etc comme le fait un script configure. Néanmoins c'est dans les plans de TrollTech.
<mon expérience à moi>
Je m'étais amusé à apprendre à utiliser auto* pour des projets. Effectivement c'est mal documenté, mais j'avais réussi à créer de A à Z tout les fichiers nécessaires en comprenant leur utilité. Bref j'avais fait des systèmes auto* qui cherchaient les bonnes libs, etc.
Mais je me suis aperçu que ce qui était acquis sur auto* se perdait très vite ... Je suis systématiquement obligé de me plonger dans la doc car c'est un système non trivial et plutot complexe. Quand à Gnu M4, c'est franchement le genre de geekerie dont on se passerait bien. Pour des besoins spécifiques il faut connaitre M4 afin d'étendre le système, mais je préfère abandonner, c'est trop lourdingue.
En comparaison, je sais faire sans doc un framework de compilation avec Jakarta Ant ou QMake. Mais avec auto*, impossible ...
</mon expérience à moi>
Bref, vivement un successeur. Il y a l'air d'avoir pas mal de concurrents intéressants, mais il semble que le syndrome de la crainte du changement se manifeste. Pour des projets anciens, ça ne vaut pas forcémment le coup de migrer, mais pour des projets récents ou neufs, je pense que jetter un oeil en vaut la peine.
Mes 5 centimes :-)