Maintenant comment tu fais pour avoir plusieurs versions de libc diférentes
C'est sûr que la libc change vraiment souvent... Sinon il y a des chroot/mock/containeur pour tester des build dans des environnement propres.
Comment tu fais pour expliquer à tes contributeurs la liste de tes dépendances qu'ils utilise nix, debian, redhat ou gentoo ?
Je leur dis « Boost, CMake, Qt5, libzip » enfin bref, le nom upstream de mon composant, à eux de trouver le nom dans leur gestionnaire de paquet (qui est souvent assez identique).
Comment tu t'assure que tes dépendances ont bien les bonnes options de compilation ?
La plupart des distributions compilent avec les valeur par défaut d'upstream, j'ai jamais eu de souci à ce niveau là. Puis les bibliothèque externes que j'ai utilisées jusque là n'ont pas d'options par défaut que les distibutions changent par ci par là.
[^] # Re: Par Crom, il faut un maven pour C++ !
Posté par David Demelier (site web personnel) . En réponse au journal Un petit tour des systèmes de build. Évalué à 5.
C'est sûr que la libc change vraiment souvent... Sinon il y a des chroot/mock/containeur pour tester des build dans des environnement propres.
Je leur dis « Boost, CMake, Qt5, libzip » enfin bref, le nom upstream de mon composant, à eux de trouver le nom dans leur gestionnaire de paquet (qui est souvent assez identique).
La plupart des distributions compilent avec les valeur par défaut d'upstream, j'ai jamais eu de souci à ce niveau là. Puis les bibliothèque externes que j'ai utilisées jusque là n'ont pas d'options par défaut que les distibutions changent par ci par là.
AI is a mental disorder