Très intéressant comme retour d'expérience, as-tu testé également qmake ? il est certe associé à Qt mais peut-être utilisé pour un projet indépendant il me semble.
Lui aussi dispose d'outils pour gérer du multi-plateforme puisque c'est également l'objectif du framework d'être présent sur les OS desktop/mobiles.
Je suis plutôt d'accord avec les évaluations des autotools, make et cmake.
Make reste un bon candidat pour des petits projets, c'est simple pratique. Si on a déjà notre "makefile générique" on s'en sort à bon compte. Sous windows il m'est arrivé d'utiliser "git bash" couplé à mingw pour une génération à base de Makefile.
Les autotools c'est l'usine à gaz avec en plus les syntaxes à maîtriser : M4, bash, Make, etc...
L'on m'avait dit à l'époque que c'était plus pour gérer les chaînes de compilation UNIX que les OS, ce qui explique pourquoi Windows est très mal supporté (ou pas du tout) et tout le travail du configure de vérifier les capacités de la chaîne de compilation.
cmake je m'en suis juste servi à l'occasion et j'ai trouvé ça plus "fonctionnel", plus abordable, avec la capacité à générer des fichiers projets pour nos IDEs.
# Le gral n'a pas été trouvé.
Posté par Selso (site web personnel) . En réponse au journal Un petit tour des systèmes de build. Évalué à 1.
Très intéressant comme retour d'expérience, as-tu testé également qmake ? il est certe associé à Qt mais peut-être utilisé pour un projet indépendant il me semble.
Lui aussi dispose d'outils pour gérer du multi-plateforme puisque c'est également l'objectif du framework d'être présent sur les OS desktop/mobiles.
Je suis plutôt d'accord avec les évaluations des autotools, make et cmake.
Make reste un bon candidat pour des petits projets, c'est simple pratique. Si on a déjà notre "makefile générique" on s'en sort à bon compte. Sous windows il m'est arrivé d'utiliser "git bash" couplé à mingw pour une génération à base de Makefile.
Les autotools c'est l'usine à gaz avec en plus les syntaxes à maîtriser : M4, bash, Make, etc...
L'on m'avait dit à l'époque que c'était plus pour gérer les chaînes de compilation UNIX que les OS, ce qui explique pourquoi Windows est très mal supporté (ou pas du tout) et tout le travail du configure de vérifier les capacités de la chaîne de compilation.
cmake je m'en suis juste servi à l'occasion et j'ai trouvé ça plus "fonctionnel", plus abordable, avec la capacité à générer des fichiers projets pour nos IDEs.