Je ne sais pas pour le C++, mais pour le C tu as cc qui est au moins un standard de fait sur les unix-like. Ensuite, rien ne t'empêche d'avoir un gestionnaire de dépendances qui pour chaque bibliothèque donne un certain nombre de prérequis système (architecture, gestion de tel ou tel fonctionnalité du langage, etc) et dans tes fichiers projet tu indique les prérequis de ton système cible. Ensuite c'est une gestion des dépendances tout ce qu'il y a de plus classique. La différence avec apt c'est qu'il peut se charger lui même de mettre tout ça dans un dossier à toi et choisir les directive du compilateur pour les inclures (une énorme partie existe déjà dans CMake).
Mais bon même si ça ne marche pas pour certains langages comme le C et le C++, ce n'est pas pour ça que c'est idiot dans les autres contrairement à ce que tu affirmais.
Alors oui, quand je dit que ça fait double emploi avec $PACKAGE_MANAGER, c'est que c'est vraiment le cas, puisque ça en est un.
Non.
Dans ce commentaire tu dis que le C++ s'il en existait un pour du C++ ça ferrait double emplois avec le gestionnaire de paquet. Alors que dans les précédent tu disais que gem c'est de la merde fait pour les bouts de code fait à l'arrache.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: le dilemme du dev
Posté par barmic . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 1.
Je ne sais pas pour le C++, mais pour le C tu as cc qui est au moins un standard de fait sur les unix-like. Ensuite, rien ne t'empêche d'avoir un gestionnaire de dépendances qui pour chaque bibliothèque donne un certain nombre de prérequis système (architecture, gestion de tel ou tel fonctionnalité du langage, etc) et dans tes fichiers projet tu indique les prérequis de ton système cible. Ensuite c'est une gestion des dépendances tout ce qu'il y a de plus classique. La différence avec apt c'est qu'il peut se charger lui même de mettre tout ça dans un dossier à toi et choisir les directive du compilateur pour les inclures (une énorme partie existe déjà dans CMake).
Mais bon même si ça ne marche pas pour certains langages comme le C et le C++, ce n'est pas pour ça que c'est idiot dans les autres contrairement à ce que tu affirmais.
Non.
Dans ce commentaire tu dis que le C++ s'il en existait un pour du C++ ça ferrait double emplois avec le gestionnaire de paquet. Alors que dans les précédent tu disais que gem c'est de la merde fait pour les bouts de code fait à l'arrache.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)