Du coup, tu veux dire qu'il faut définitivement séparer le langage de programmation de la gestion des dépendances, et qu'il n'y a pas d'autre solution? Je n'ai pas la prétention de connaitre tous les systèmes existants, mais tout ça semble fonctionner en deux temps: le code lui même appelle un module ou une bibliothèque de manière neutre (#include), et c'est à l'environnement de compilation ou d'exécution de se débrouiller pour que ça soit le toto avec la bonne version qui soit appelé, bonne version qui se retrouve quelque part dans le README, dans les commentaires du code, dans le ./configure, ou dans un script qui te fait un paquet.
Il n'y a peut-être pas de solution, ou on peut même peut-être prétendre que ça n'est pas au code source de gérer les versions des dépendances, mais je trouve que les solutions existantes sont anachroniques et totalement décalées par rapport à la réalité des contraintes de développement et de diffusion de programmes informatiques.
[^] # Re: Les modules
Posté par arnaudus . En réponse au journal De retour de conférence. Évalué à 3.
Du coup, tu veux dire qu'il faut définitivement séparer le langage de programmation de la gestion des dépendances, et qu'il n'y a pas d'autre solution? Je n'ai pas la prétention de connaitre tous les systèmes existants, mais tout ça semble fonctionner en deux temps: le code lui même appelle un module ou une bibliothèque de manière neutre (#include), et c'est à l'environnement de compilation ou d'exécution de se débrouiller pour que ça soit le toto avec la bonne version qui soit appelé, bonne version qui se retrouve quelque part dans le README, dans les commentaires du code, dans le ./configure, ou dans un script qui te fait un paquet.
Il n'y a peut-être pas de solution, ou on peut même peut-être prétendre que ça n'est pas au code source de gérer les versions des dépendances, mais je trouve que les solutions existantes sont anachroniques et totalement décalées par rapport à la réalité des contraintes de développement et de diffusion de programmes informatiques.