Buildroot 2011.02 est sorti !

Buildroot est un outil de construction de systèmes GNU/Linux embarqués. Par rapport à des solutions comme OpenEmbedded, Buildroot est beaucoup plus simple et rapide à prendre en main, et convient parfaitement pour un grand nombre de systèmes embarqués, au nombre de composants logiciels limité. Il suffit, par exemple, de quelques minutes pour générer un système GNU/Linux minimal contenant Busybox et quelques composants logiciels supplémentaires. Buildroot prend en charge toute la problématique de compilation croisée : génération de la chaîne de compilation croisée, compilation de toutes les bibliothèques et applications, création de l'image du système de fichiers racine, configuration et compilation du chargeur de démarrage et du noyau. Il est également possible d'utiliser des chaînes de compilation croisée préexistantes.

Depuis la dernière dépêche LinuxFr.org concernant la sortie de Buildroot 2010.08, deux nouvelles versions sont sorties : 2010.11 et hier 2011.02. Nous proposons de faire le point sur les nouveautés de ces deux versions dans la seconde partie de l'article.

Sommaire

• Buildroot 2010.11
• Buildroot 2011.02

Buildroot 2010.11

• Back-end Crosstool-NG. Jusqu'ici, Buildroot pouvait soit compiler une chaîne de compilation croisée basée sur la bibliothèque C µClibc, soit réutiliser une chaîne de compilation croisée préexistante. Le nouveau back-end Crosstool-NG permet de confier à Crosstool-NG le soin de générer la chaîne de compilation croisée. Développé et maintenu par le français Yann E. Morin (que l'on retrouve régulièrement dans les trolls ^Wdiscussions qui animent LinuxFr.org), Crosstool-NG est un outil pour générer des chaînes de compilation croisée, avec de nombreuses options de configuration. Il supporte notamment les bibliothèques C glibc, µClibc et eglibc. À terme, il est probable que Buildroot ne soit plus responsable de générer la chaîne de compilation croisée, et qu'il confie ce travail à Crosstool-NG. Le back-end, implémenté par Yann E. Morin lui-même, permet d'intégrer de manière complètement transparente Crosstool-NG à Buildroot : l'utilisateur n'a besoin que de configurer quelques paramètres de sa chaîne de compilation croisée, et Buildroot fait tout le reste.

• L'infrastructure Kconfig a été mise à jour. Buildroot utilise la célèbre infrastructure Kconfig du noyau Linux pour décrire les options de configuration et pour proposer des interfaces telles que menuconfig, xconfig ou gconfig. La mise à jour de l'infrastructure apporte notamment le support de savedefconfig (pour générer des fichiers de configuration minimaux) et de nconfig (une nouvelle interface de configuration en ncurses).

• L'infrastructure des paquets supporte maintenant Git et SVN. L'infrastructure des paquets est utilisée dans Buildroot pour décrire la façon de télécharger, extraire, « patcher », configurer, compiler et installer un composant logiciel dans le système embarqué. Jusqu'ici, seuls les téléchargements HTTP ou FTP étaient supportés. Buildroot peut désormais récupérer le code source d'un composant logiciel depuis un dépôt Git ou SVN. Les commandes « make source » (pour récupérer les archives de tous les paquets pour une construction hors-ligne) et « make external-deps » (pour lister toutes les dépendances externes nécessaires à la construction hors-ligne d'un système) ont été corrigées.

• Au niveau des architectures : ajout du support pour ARM Cortex A9 et Sparc LEON, et suppression du support pour Alpha, Cris, IA64 et Sparc64 (architectures obsolètes ou peu utilisées dans l'embarqué).

• Le travail de nettoyage des paquets s'est poursuivi : conversion de nombreux paquets vers les infrastructures officielles autotargets et gentargets, suppression d'un ancien mécanisme de hook, suppression de paquets obsolètes tels que dillo, libglib12, libgtk12, microwin et pcmcia.

• De nouveaux paquets ont fait leur apparition : argp-standalone, gdk-pixbuf, gpsd, gst-ffmpeg, libmpeg2, kbd, librsvg, nuttcp, rng-tools, rrdtool et xz.

• De nombreux paquets ont été mis à jour, et notamment la bibliothèque GTK+. Elle était restée depuis longtemps bloquée en version 2.12, car toutes les versions ultérieures de GTK+ ne fonctionnaient plus avec le backend graphique DirectFB, pourtant bien apprécié dans l'embarqué. Grâce au travail de Lionel Landwerlin au niveau de GTK+, les versions 2.20 et supérieures fonctionnent à nouveau au‑dessus de DirectFB, et Buildroot a été mis à jour pour utiliser GTK+ 2.20.

Enfin, notons que le cycle de développement de la 2010.11 a été marqué par une réunion Buildroot Developer Day, qui s'est déroulé le 29 octobre à Cambridge en Angleterre, juste après l'Embedded Linux Conference Europe. Cette journée de travail a réuni six développeurs et utilisateurs de Buildroot, et a permis de dégager un grand nombre d'idées pour le futur.

Voir également cet article pour plus de détails sur cette version.

Buildroot 2011.02

• Amélioration du support pour les toolchains externes. Buildroot est depuis plusieurs versions capable d'utiliser des chaînes de compilation croisée dites externes, c'est-à-dire qui ont été générées en dehors de Buildroot. Ce mode permet typiquement d'utiliser des chaînes de compilation croisée comme celles fournies par CodeSourcery, très populaire dans le monde ARM. Dans cette version de Buildroot, une notion de profil de chaîne de compilation croisée a été ajoutée : Buildroot connaît donc un nombre de chaînes prédéfinies (actuellement les chaînes CodeSourcery pour ARM, PowerPC, MIPS et SuperH). Il connaît donc immédiatement la configuration de ces chaînes de compilation croisée, et peut même la télécharger et l'installer automatiquement au cours du processus de construction. Ce dernier point permet de simplifier l'utilisation de ces chaînes de compilation externes.

• Réorganisation complète du support de plates-formes matérielles. Jusqu'ici, l'ajout du support d'une plate-forme matérielle était quelque peu compliqué. Le processus a été largement simplifié : il suffit maintenant d'écrire un fichier de configuration, d'une vingtaine de lignes, placé dans le répertoire configs, pour supporter une nouvelle carte. À cette occasion, le support a été ajouté pour la carte Mini2440, mais aussi pour les plates-formes Qemu ARM Versatile, Qemu MIPSel Malta, Qemu PowerPC G3 Beige, Qemu SH4 r2d et Qemu x86. Cela permet de générer très simplement un premier système fonctionnel que l'on peut tester dans Qemu.

• Support de l'architecture Blackfin. Grâce à Mike Frysinger, cette architecture sans MMU est la première à être supportée par Buildroot. Pour ce type d'architecture, qui sert généralement à faire fonctionner des systèmes de taille relativement réduite, Buildroot est un très bon système de construction. Il y a donc fort à parier que d'autres architectures sans MMU seront supportées dans le futur.

• Le back-end Crosstool-NG a été amélioré pour offrir plus d'options de configuration, et a été mis à jour vers une version plus récente de Crosstool-NG.

• Le support pour ccache a été retravaillé, et il est maintenant réellement fonctionnel. Le fonctionnement actuel de Buildroot impliquant des reconstructions complètes assez fréquentes, avoir un cache de compilation est très intéressant, car il réduit sensiblement le temps de reconstruction.

• Une nouvelle infrastructure CMake a été ajoutée. Cette infrastructure permet de grandement simplifier l'ajout de paquets logiciels qui utilisent CMake comme système de compilation. Pour l'instant, seuls cdrkit et libcuefile utilisent cette infrastructure, mais au vu de la popularité croissante de CMake, il y a fort à parier que d'autres paquets viendront ce joindre à cette nouvelle famille. De plus, cette nouvelle infrastructure génère un fichier de description CMake de la chaîne de compilation, ce qui permet de compiler très facilement des bibliothèques ou applications externes à Buildroot, en faisant simplement :
  
  cmake -DCMAKE_TOOLCHAIN_FILE=/path/to/buildroot/output/toolchainfile.cmake.

• Un travail de nettoyage du processus de construction de la toolchain interne a été réalisé. Ainsi, binutils, gmp, mpfr et mpc sont maintenant des paquets Buildroot normaux. Il reste à convertir gcc, gdb et µClibc.

• Un début de travail a été réalisé dans l'objectif de produire un SDK autonome pour « cross‑compiler » des applications pour un système Buildroot. Maintenant, le compilateur croisé est avec les outils pour l'hôte dans « {mathjax} (O)/host/usr/bin »et non plus mélangé avec des outils pour la cible dans« (O)/staging/usr/bin ». De plus, le répertoire staging a été déplacé dans «{mathjax} (O)/host/usr/PLATFORM-TUPLE/sysroot », de manière à ce que le répertoire« (O)/host » devienne autonome pour « cross‑compiler » des applications pour le système Buildroot.

• Python a été mis à jour en version 2.7.1 et le support a été amélioré. Depuis longtemps, Buildroot était bloqué sur la version 2.4, car Python est un logiciel particulièrement difficile à « cross‑compiler ». Cette mise à jour permet à Buildroot de bénéficier d'une version récente de Python. À noter que deux modules Python externes, python‑mad et python‑serial ont été ajoutés pour montrer comment de tels modules peuvent être intégrés à Buildroot.

• Un ensemble de paquets pour le support GStreamer des codecs pour le DSP OMAP de Texas Instruments a été ajouté.

• De nouveaux paquets ont fait leur apparition, avec notamment mpd (Music Player Daemon), de nombreuses bibliothèques de décodage audio liées à mpd, mais aussi les bancs d'essais whestone et dhrystone et d'autres outils comme xmlstarlet, fbgrab, irda-utils, lsuio, etc..

Ce cycle a également été marqué par une réunion de trois développeurs Buildroot à Bruxelles, juste après le FOSDEM. Une tradition semble maintenant s'être établie pour le projet Buildroot, avec deux réunions par an : une à Bruxelles après le FOSDEM, et une autre quelque part en Europe, après ELCE.

Voir également cet article pour plus détails sur cette version.

Dans les perspectives pour la prochaine version 2011.05, on trouve :

• conversion de tous les paquets restants (une vingtaine) vers les infrastructures gentargets ou autotargets ;

• amélioration du support pour les toolchains externes et la notion de SDK, probablement avec un petit adaptateur (wrapper) pour les outils de compilation croisée, afin de simplifier leur utilisation ;

• avancement sur le support des paquets (avec pour objectif final de pouvoir générer et installer des paquets « .ipk »).

Aller plus loin

• Buildroot (635 clics)
• Buildroot 2010.11 release (21 clics)
• Buildroot 2011.02 release (66 clics)