Obligement - L'Amiga au maximum

Mercredi 24 avril 2024 - 18:59  

Translate

En De Nl Nl
Es Pt It Nl


Rubriques

Actualité (récente)
Actualité (archive)
Comparatifs
Dossiers
Entrevues
Matériel (tests)
Matériel (bidouilles)
Points de vue
En pratique
Programmation
Reportages
Quizz
Tests de jeux
Tests de logiciels
Tests de compilations
Trucs et astuces
Articles divers

Articles in english


Réseaux sociaux

Suivez-nous sur X




Liste des jeux Amiga

0, A, B, C, D, E, F,
G, H, I, J, K, L, M,
N, O, P, Q, R, S, T,
U, V, W, X, Y, Z,
ALL


Trucs et astuces

0, A, B, C, D, E, F,
G, H, I, J, K, L, M,
N, O, P, Q, R, S, T,
U, V, W, X, Y, Z


Glossaire

0, A, B, C, D, E, F,
G, H, I, J, K, L, M,
N, O, P, Q, R, S, T,
U, V, W, X, Y, Z


Galeries

Menu des galeries

BD d'Amiga Spécial
Caricatures Dudai
Caricatures Jet d'ail
Diagrammes de Jay Miner
Images insolites
Fin de jeux (de A à E)
Fin de Jeux (de F à O)
Fin de jeux (de P à Z)
Galerie de Mike Dafunk
Logos d'Obligement
Pubs pour matériels
Systèmes d'exploitation
Trombinoscope Alchimie 7
Vidéos


Téléchargement

Documents
Jeux
Logiciels
Magazines
Divers


Liens

Associations
Jeux
Logiciels
Matériel
Magazines et médias
Pages personnelles
Réparateurs
Revendeurs
Scène démo
Sites de téléchargement
Divers


Partenaires

Annuaire Amiga

Amedia Computer

Relec


A Propos

A propos d'Obligement

A Propos


Contact

David Brunet

Courriel

 


Entrevue avec Frank Wille
(Entrevue réalisée par Philippe Ferrucci et extraite d'Intuition Base - juin 2006)


Philippe Ferrucci s'est entretenu avec Frank Wille, un développeur allemand d'expérience, qui nous parle notamment de vbcc, son compilateur.

- Vous rappellez-vous ce qui t'a décidé à acheter un Amiga ? Comment avez-vous commencé à programmer ?

J'ai vu un Amiga pour la première fois en 1986, après avoir lu des informations sur ce nouvel ordinateur de rêve dans les magazines. Des amis en ont acheté un et je leur ai souvent rendu visite pour jouer et essayer leur A1000.

C'était le temps des Defender of the Crown, Winter Games, Faery Tale et Test Drive. J'étais complètement épaté et fasciné par cette machine. Je savais qu'il m'en fallait une absolument. Et au début de 1987, avec mon frère, j'ai acheté un Amiga 1000.

Vous ne serez pas surpris de savoir que mon frère ne pouvait pas beaucoup utiliser l'Amiga, vu que j'étais dessus toute la journée. ;) Du coup un an après il a eu son propre A500, alors que j'étendais l'Amiga 1000 avec 2 Mo de mémoire Fast, un disque dur de 30 Mo, un processeur 68010, un désentrelaceur, etc.

Cette fascination pour l'Amiga n'a jamais disparu, elle a même augmenté au fur et à mesure que j'en apprenais plus sur le matériel et son super système d'exploitation. Je n'ai jamais eu autant de joie en informatique que pendant ces sept années jusqu'à la faillite de Commodore, et je n'en aurai probablement plus.

J'ai programmé dessus depuis le premier jour parce que c'est ce que j'avais toujours fait. J'écrivais des programmes en assembleur depuis 1983 sur les VIC-20 et C64. Donc j'ai tout de suite commencer à apprendre le 68000 et j'ai acheté le compilateur Aztec-C. Mais pendant plusieurs années je restais toujours intéressé par la programmation en assembleur.

Mon premier programme sur l'Amiga a dû être un truc du genre test d'entrée/sortie dans une console ou juste un test pour le bouton gauche de la souris en lisant le registre matériel $bfe001. Je ne me rappèle pas vraiment. :)

- Qu'est-ce que vbcc ? D'où vient-il ? Comment l'avez-vous rencontré ?

vbcc, qui s'écrit souvent en minuscule, est le compilateur C de Volker Barthelmann. Un compilateur ISO-C portable et pouvant avoir plusieurs cibles. Il gère l'ISO/IEC 9899:1989 et une partie du nouveau standard ISO/IEC 9899:1999 (C99).

Son gros avantage est qu'il est très compact et facile à porter sur toute plate-forme qui possède un compilateur ANSI-C en quelques minutes. Il gère aussi très facilement la compilation croisée pour les architectures 8, 16, 32 ou 64 bits.

Mais vbcc est plus qu'un simple compilateur. Il a évolué vers un environnement de développement complet, incluant un assembleur portable pour six processeurs différents (vasm), un éditeur de liens (linker) portable pour huit formats de fichiers différents (vlink), un profileur, un planificateur d'instruction, une bibliothèque d'outils, un afficheur de messages, etc.

C'était il y a à peu près 10 ans (1995 ou 1996) que j'ai reçu un courrier électronique d'un inconnu appelé Volker Barthelmann. Il était intéressé par PhxAss, mon assembleur M68k. Quelques messages plus tard il m'a demandé si je voulais tester son compilateur C, qu'il venait d'écrire. Je ne pensais pas qu'une seule personne pouvait écrire un compilateur utilisable pendant son temps libre mais j'ai été curieux et j'y ai jeté un oeil.

Le compilateur n'était pas parfait car encore en développement mais il était au moins au même niveau que DICE-C par exemple. Les mois suivants j'ai commencé à utiliser vbcc pour mes projets car je n'avais pas SAS/C, mon Aztec-C était trop vieux et plus supporté et je n'ai jamais aimé GNU-C. Celui-ci était trop Unixien à mon goût et il se comportait comme un extraterrestre sur mon AmigaOS.

Les années qui suivirent je me suis impliqué de plus en plus dans le projet vbcc avec mon assembleur 68k PhxAss et mon éditeur de lien PhxLnk qui furent intégrés au projet. En 1997, j'ai commencé à écrire l'assembleur PowerPC portable "pasm" et l'éditeur de lien multicible "vlink" pour vbcc, qui était une base pour ajouter ensuite la gestion de PowerUP et WarpOS à vbcc.

À partir de ce moment-là nous formions une équipe de deux. Volker se concentrait sur le coeur du compilateur vbcc, alors que je travaillais sur les assembleurs, éditeurs de lien, startup-codes et bibliothèques.

Volker a quitté l'Amiga il y a longtemps et il travaille sur Linux. Je n'ai jamais quitté mon "vieil amour" et je développe toujours sur Amiga. Nous avons un accord qui m'autorise à distribuer des versions de vbcc pour tous les systèmes d'exploitations apparentés Amiga autant que je veux et Volker a le droit de publier et vendre le compilateur avec mes outils dans les marchés non-Amiga (par exemple sur le marché des composants embarqués).

- GCC est un compilateur reconnu mondialement et très populaire. Qu'en est-il de vbcc ? Avez-vous une idée de sa popularité ?

Je n'ai pas de chiffres précis. Il arrive souvent pour un gratuiciel que les retours qu'on peut avoir viennent uniquement des personnes qui l'utilisent de façon intense. Ceux-ci trouvent un bogue gênant et voudraient le voir corrigé. Nous avons un retour de ce genre et nous ne pouvons qu'estimer le nombre d'utilisateurs en appliquant un facteur au nombre de retours reçus.

Vbcc est utilisé mondialement dans des environnements très différents. Je suppose que la majeure partie est constituée d'utilisateurs Amiga mais nous avons aussi été contactés par des gens qui utilisent vbcc sur des environnements de composants embarqués (la plupart fonctionnent avec des générateurs de code pour C16x, HC12, PowerPC ou ColdFire). Certains aussi utilisent vbcc en tant que compilateur croisé Windows. D'autres encore, écrivent leur propre générateur de code pour gérer leur propre processeur, ou encore utilisent vbcc comme moyen d'éducation. Il y a quelque temps, nous avons été contactés par un professeur au Vietnam qui utilise vbcc pour ses cours avec des processeurs C16x.

- Comparez-vous vbcc avec GCC (ou d'autres compilateurs) notamment pour comparer le code généré ou la vitesse de compilation ? Lequel est le meilleur ? :-)

Bien sûr que nous faisons des comparaisons, de temps en temps. Et GCC est bien un compilateur avec lequel on peut comparer vbcc car il y a beaucoup de ressemblances entre eux. Mais nous avons la chance de faire mieux dans vbcc ce que nous n'aimons pas dans GCC.

Souvent une comparaison entre GCC et vbcc n'est pas juste. Il y a des hordes de programmeurs, souvent payés, qui travaillent sur GCC alors que nous ne sommes que deux. Donc dans de nombreux cas, GCC génère un code un peu meilleur. Ce serait une honte pour eux si ce n'était pas le cas.

Mais il y a toujours des cas où vbcc est meilleur. Surtout quand on compare avec le vieux GCC 2, le générateur de code PowerPC de vbcc produit souvent un code plus optimisé. Vous pouvez consulter des tests comparatifs à l'adresse sun.hasenbraten.de/vbcc/index.php?view=benchmarks.

Le principal avantage de vbcc est la simplicité. Il est très facile de le porter sur une plate-forme et l'utiliser comme compilateur croisé où que vous vouliez. L'interface est bien documentée et il est possible d'ajouter un nouveau générateur de code en un rien de temps. C'est un compilateur poids plume qui ne remplit pas votre disque dur de douzaines de mégaoctets, répartis sur plusieurs répertoires. À titre d'exemple, la version complète pour AmigaOS 4, contenant les exécutables, les bibliothèques et les fichiers en-têtes ".h" fait environ 1,8 Mo seulement.

- Vous créez encore des exécutables pour PowerUP/WarpOS. Prévoyez-vous de gérer ces architectures pendant longtemps ? Avec MorphOS et un jour AmigaOS 4 sur Classic, on est amené à se demander pourquoi vous faites du travail en plus.

C'est vrai. Je ne les soutiendrai pas indéfiniment. Mais tant qu'il y a plus d'utilisateurs de BlizzardPPC et de CyberStormPPC que de Pegasos et d'AmigaOne, cela a un sens.

J'aimerai bien abandonner rapidement la gestion pour les cartes PowerUP, car il faut beaucoup de travail supplémentaire pour créer ces versions. Peut-être que je soutiendrai AROS à la place. Le premier compilateur vbcc expérimental pour AROS/x86 est déjà en test.

- Travaillez-vous sur d'autres projets que vbcc ? Dites-nous en plus.

Pas de projets importants mais de temps en temps, j'aime porter des logiciels sur Amiga. Surtout des jeux mais aussi des émulateurs (STonAmiga) ou des outils de développement (cvs). La plupart des amigaïstes doivent connaître mes portages de Quake et QuakeWorld, qui atteignent une vitesse raisonnable grâce à de grosses optimisations en assembleur. C'est sans aucun doute le portage sur lequel j'ai passé le plus de temps.

Je m'intéresse aussi à NetBSD. Toutes mes machines qui ne tournent pas sous AmigaOS ou MorphOS tournent sous NetBSD. Mais à part aider au développement d'une nouvelle interface réseau, je n'ai pas bien eu le temps de faire du "hacking" de noyau.

J'ai commencé le portage de NetBSD sur Pegasos avec des programmeurs d'Espagne, des États-Unis et du Danemark, mais malheureusement nous n'avons pas eu assez de temps et/ou d'expérience pour le finir.

- Comme vbcc est utilisé pour certains composants d'AmigaOS 4, cela nous amène une à la question habituelle : que pensez-vous d'AmigaOS 4 et qu'est-ce qui vous manque le plus dedans ?

C'est une question dangereuse. Quel que soit ce que je réponds, je vais avoir des problèmes avec le clan des rouges ou des bleus. :)

En conséquence, il faut que je précise d'abord que je ne fais aucune différence entre MorphOS et AmigaOS 4 et que je continuerai à porter tous mes logiciels sur les deux systèmes d'exploitation, si possible.

Comme je connais plus ou moins l'état d'avancement d'AmigaOS 4, je dirai que l'avance qu'avait MorphOS a disparu au fil des années. Je ne suis pas au courant des problèmes restants pour les pilotes de périphériques pour AmigaOne donc je ne ferai pas de commentaires, mais sur ma carte CyberStormPPC le système me paraît très stable et il n'y a pas grand-chose qui me manque.

J'aime RoadShow, la pile TCP/IP d'AmigaOS 4. Ce qui est un point faible de MorphOS. J'utilise MOSNet mais ce n'est pas vraiment comparable.

Ensuite, il y a le triste problème de manque de matériel. Même le meilleur OS n'est rien sans matériel pour le faire fonctionner. J'ai un Pegasos II depuis trois ans et il pourrait aussi faire un très bon ordinateur pour AmigaOS 4. Mais nous connaissons tous les difficultés.

Du côté logiciel, il manque à AmigaOS 4 la même chose que pour tous les systèmes apparentés Amiga : un navigateur Internet au goût du jour, GIMP, Java et peut-être une suite bureautique. Je pourrai bien vivre sans les deux derniers mais d'autres ne peuvent pas.

- En tant que développeur, qu'aimez-vous ou n'aimez-vous pas dans AmigaOS 4/MorphOS ?

La nouvelle interface d'AmigaOS 4 est une bonne idée, mais l'inconvénient est l'augmentation de l'incompatibilité avec les API d'AmigaOS 3.x et MorphOS. De manière générale, il est plus long de porter quelque chose sur AmigaOS 4, mais c'est aussi à cause de plusieurs modifications et corrections nécessaires dans les fichiers d'en-tête. Et c'est aussi plus difficile de garder un logiciel portable sur toutes les plates-formes.

Le SDK et les outils de débogage sont un gros avantage d'AmigaOS 4. Le SDK est constamment mis à jour et c'est très important d'avoir des outils comme le débogueur gdb (bien que les dernières versions de gdb que j'ai pu tester n'acceptaient pas les sorties DWARF2 de vbcc).

La documentation développeur d'AmigaOS 4 est aussi à noter. C'est quelque chose que je déteste vraiment sur MorphOS ! Il n'y a pas de nouveau SDK depuis des années et les autodocs que j'ai ne décrivent que MUI, CyberGraphX, quelques extensions de Exec et Intuition. Beaucoup de fonctions et paramètres ne sont même pas indiquées, et si vous êtes chanceux, vous trouverez des définitions dans les fichiers d'en-tête avec lesquels vous pouvez faire des essais.

J'aime bien aussi qu'AmigaOS 4 utilise de vrais exécutables ELF. Cela me semble un peu plus "propre" que de traiter des fichiers objets repositionnables comme des exécutables.

- Question à Volker Barthelmann : pouvez-vous nous dire quelques mots sur vbcc ? Avez-vous prévu des mises à jour de vbcc ? Gestion de C++ ou d'autres fonctionnalités ?

De manière générale il y aura, à l'avenir, un travail continu sur vbcc comme cela a été le cas par le passé. Frank est le décideur pour les fonctionnalités liées à l'Amiga. À part les modifications sur le noyau du compilateur, je fais des améliorations relatives aux systèmes embarqués et des recherches avec vbcc. À titre d'exemple, je donne actuellement des conseils à un étudiant d'Université qui écrit une thèse qui est liée à vbcc.

Il est prévu (et du travail a déjà été réalisé) pour ajouter à vbcc EC++ (Embedded C++, un sous-ensemble de C++ pour les systèmes embarqués). Mais il n'y a rien de prévu pour implémenter un C++ complet. Étant donné le travail nécessaire, il y a peu de chance que cela se produise à moins que quelqu'un ne paye pour cela.

À tous ceux qui utilisent vbcc : Have fun !


[Retour en haut] / [Retour aux articles]