Le carnet du grincheux

Je ne sais plus qui me demandait ici mon avis sur le système d'exploitation Haiku. C'est intéressant mais horriblement lent, certainement la faute à la programmation orientée objet utilisée partout dans ce système. Malgré cela, le fonctionnement est plutôt bon pour une version qui est toujours une version alpha. Enfin, vu de l'extérieur, parce qu'il ne faut pas essayer de faire des accès concurrents aux disques, il s'ensuit des corruptions de fichiers à répétition.

Un premier regret, sa version alpha 2 est livrée avec un gcc antédiluvien informatiquement parlant puisqu'il s'agit d'un gcc 2.95.3. Naturellement, le système ne connaît pas nativement le Fortran, même pas le 77. Pour tester quelques programmes intéressants, il me faudra compiler un gcc décent et récent.

L'installation d'un gcc moderne s'avère compliquée en raison de la corruption des fichiers lors d'accès concurrents. Les prérequis au Fortran que sont gmp et mpfr compilent aléatoirement et les archives statiques ne sont pas toujours utilisables. N'aimant pas ce qui n'est pas reproductible, je retente donc l'installation de l'image du jour, instable, mais peut-être meilleure du point de vue des accès concurrents aux disques. Croisons les doigts et, n'ayons pas peur, toutes les autres choses que l'on pourra croiser. De toute façon, je teste ce système dans une machine virtuelle Qemu, je ne risque donc pas grand'chose.

Après réinstallation, j'obtiens maintenant un terminal équivalent d'une pseudotitihouaillerie avec un shell bourne tendance GNU canal historique puisqu'il s'agit d'un bash en version 4.0.35(1). Un uname -a me renvoie :

Haiku shredder 1 r38534 Sep 5 2010 06:38:08 BePC Haiku

C'est donc un bon début ! Essayons de faire en sorte que cela continue. Un répertoire du disque contient un tas de fichiers d'en-têtes POSIX, ce qui augure assez bien de la suite. J'ai donc un système avec un compilateur C, un C++, mais pour le Fortran, il faudra recompiler depuis les sources, et un tas de bibliothèques POSIX. Ne compliquons pas les choses et tentons la compilation du gfortran qui va bien avec la version de gcc déjà installée, soit un gfortran 4.3.3. Je n'arrive pas à comprendre les gens qui mettent à disposition des compilateurs C et C++ sans y adjoindre un compilateur Fortran surtout lorsque celui-ci fait partie intégrante de gcc. Passons.

Les compilations des prérequis se passent bien. La configuration de gcc aussi, mais sa compilation échoue. Il paraît que le trigramme i586-pc-haiku n'est pas supportée par gcc stage 1. Je suppose qu'il faut patcher gcc pour obtenir quelque chose d'intéressant. N'ayant pas de temps à perdre avec ce système, je verrai cela plus tard.

Mes premières impressions me laissent une impression bizarre, comme si on avait essayé de marier de force un système POSIX avec le WorkPlaceShell d'OS/2 devenu eComStation, le tout sous la bénédiction d'un noyau qui ne ressemble à rien puisqu'il est écrit en C++. Au final, le système est lent et le bureau est austère voire janséniste mais pas désagréable. Il faut tout de même reconnaître qu'avec la version r38534, je n'ai plus vu de problème de corruption des données sur le disque.

Je crois que je ne saisis pas trop l'intérêt du système en question. J'arrive encore à comprendre l'intérêt de pouvoir réutiliser du code binaire écrit pour BeOS, quoiqu'il ne faille pas perdre de vue qu'informatiquement parlant, il s'agit de très vieux programmes puisque BeOS n'évolue plus depuis une dizaine d'années. Pourquoi ne pas émuler en userland et sur un noyau BSD ou Linux les ABI de BeOS ? Cela me semblerait plus efficace, plus stable et l'équipe de développement pourrait arriver plus rapidement à ses fins. En effet, non seulement le système de base doit être stable, mais il faut encore qu'il supporte une quantité phénoménale de périphériques. Tous ces pilotes restent aujourd'hui à écrire.

Je ne nie pas qu'intellectuellement le projet soit intéressant, mais je trouve la démarche d'OSFree plus saine puisqu'il s'agit de cloner un système d'exploitation singulier et non de cloner un noyau d'un système en rajoutant sur celui-ci tout ce qui existe pour faire tourner des programmes qui proviennent d'un autre système.