Yocto (ou pour etre précis bitbake et openembedded) permet déjà de répondre à tout tes problèmes :
Multi-plateformes (x86,arm,powerpc ...) et multi-build système (make,autotools,scons,cmake...)
Gestion des dépendances (à la compilation et au runtime)
Multi-fetcher (git,svn,tarball,mercurial ...)
Facile à modifier, étendre (patch et via layer)
Système de cache (ne rebuild que ce qu'il faut)
Système de package (rmp, deb ou opkg)
Il peut auto-construire ça propre toolchain
Peut exporté un SDK (Software development Kit)
Honnêtement, l'essayer c'est l'adopter. Y a juste deux bémol :
La taille (on arrive vite à plusieurs Go (entre les sources, le cache)
N'est pas vraiment pensé pour une développement en mode "agile". (Sauf si tu gère la partie fetch toit meme (avec repo android tools par example ) et en utilisant la classe externalsrc).
# YOCTO
Posté par Tangi Colin . En réponse au journal Gestionnaire de dépendances en C++. Évalué à 1.
Yocto (ou pour etre précis bitbake et openembedded) permet déjà de répondre à tout tes problèmes :
Multi-plateformes (x86,arm,powerpc ...) et multi-build système (make,autotools,scons,cmake...)
Gestion des dépendances (à la compilation et au runtime)
Multi-fetcher (git,svn,tarball,mercurial ...)
Facile à modifier, étendre (patch et via layer)
Système de cache (ne rebuild que ce qu'il faut)
Système de package (rmp, deb ou opkg)
Il peut auto-construire ça propre toolchain
Peut exporté un SDK (Software development Kit)
Honnêtement, l'essayer c'est l'adopter. Y a juste deux bémol :
La taille (on arrive vite à plusieurs Go (entre les sources, le cache)
N'est pas vraiment pensé pour une développement en mode "agile". (Sauf si tu gère la partie fetch toit meme (avec repo android tools par example ) et en utilisant la classe externalsrc).