Pour le second, il existe déjà un plugin filter, on peut en imaginer un qui utilise la syntaxe qui te fais plaisir.
tu comprendras la différence par rapport à Java / Gradle / Ceylan.
Ce n'est pas la question. Moi je te dis et je pense sincèrement qu'il n'y a rien d'impossible à créer un outil suffisamment modulaire pour se foutre du langage ou plus précisément d'encapsuler les parties spécifiques aux langages dans des modules/plugins/greffons/addons dédiés. Maven est l'exemple le plus connu, mais arrête de faire une fixette dessus (je t'ai déjà dis plus haut qu'utiliser maven n'est pas une bonne idée).
CMake a tenté de le faire via leur macro (on peut créer ces propres macro si je ne m'abuse), mais c'est tellement simple que personne ne le fait et le fait de ne pas être un outil de build mais un outil qui génère les fichiers d'un build le rend compliqué à utiliser hors du cadre prévu par les développeurs.
Si ton objectif est d'avoir un outil qui t'autorise à automatiser au mieux les différentes taches d'un build, de la manière la plus efficace et la moins verbeuse possible, pour te faire gagner du temps alors non.
Et donc à faire outil que je peux customiser pour qu'il me génère des fichiers à partir d'autres (comme générer un fichier de données LDAP à partir d'un fichier xls, cas vécu).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Des promesses...
Posté par barmic . En réponse au journal Biicode: gestionnaire de dépendances c++. Évalué à 3.
Tu peut écrire un plugin qui se configure ainsi :
Pour le second, il existe déjà un plugin filter, on peut en imaginer un qui utilise la syntaxe qui te fais plaisir.
Ce n'est pas la question. Moi je te dis et je pense sincèrement qu'il n'y a rien d'impossible à créer un outil suffisamment modulaire pour se foutre du langage ou plus précisément d'encapsuler les parties spécifiques aux langages dans des modules/plugins/greffons/addons dédiés. Maven est l'exemple le plus connu, mais arrête de faire une fixette dessus (je t'ai déjà dis plus haut qu'utiliser maven n'est pas une bonne idée).
CMake a tenté de le faire via leur macro (on peut créer ces propres macro si je ne m'abuse), mais c'est tellement simple que personne ne le fait et le fait de ne pas être un outil de build mais un outil qui génère les fichiers d'un build le rend compliqué à utiliser hors du cadre prévu par les développeurs.
Et donc à faire outil que je peux customiser pour qu'il me génère des fichiers à partir d'autres (comme générer un fichier de données LDAP à partir d'un fichier xls, cas vécu).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)