Les articles de Odin David

L'article précédent était assez pessimiste et peut-être même un peu rébarbatif, avec cette liste des instructions du 6502. On était arrivé à la conclusion que les possibilités de ce processeur étaient finalement assez limitées : opérations seulement sur 8 bits, pas de multiplications ni de divisions, pas de nombre à virgule, très très peu de registres utilisables (A, X et Y).

Il y a quelques années, les musiques des années 70 et 80 sont revenues à la mode. Puis, cela a été le tour du rétrogaming. Et voici venu le temps du rétrocomputing. Créer de petits programmes ou même des jeux à l’ancienne, tout en assembleur sur de très vieilles machines 8 bits n’est pas si complexe que ça. C’est d’ailleurs le but de cette série, qui s’intéresse à la mise en œuvre d’un des tout premiers microprocesseurs.

Lors d'un développement, vous êtes peut-être déjà tombé sur le message d'erreur incompréhensible suivant : « Dereferencing type-punned pointer will break strict-aliasing rules ». Ce qui pourrait se traduire par « Déréférencer un pointeur pointant sur deux types différents rompt les règles d'aliasing strictes ». Ce qui n'est toujours pas très clair.

Même si elles ne font pas vraiment partie du langage C à proprement parler, puisqu'elles appartiennent au préprocesseur, les macros sont des outils qui peuvent s'avérer fort pratiques.

Certaines fonctionnalités mal aimées du C tendent à être également mal connues. Elles recèlent cependant souvent des applications inattendues.

Le langage C dispose d'opérateurs permettant de tester, modifier et effectuer des opérations au niveau du bit. Ces opérations sont souvent réservées à des utilisations restreintes, alors qu'elles sont ultra-rapides et ont des applications quelques fois insoupçonnées. Une restriction toutefois est que ces opérateurs ne s'appliquent qu'à des entiers (la plupart du temps non signés).

Le programme du jour permet de s'apercevoir que ce qui paraît simple au premier abord peut en fait regorger d'astuces aussi tordues les unes que les autres. Quoi de plus simple qu'une calculatrice ? Celle que Hou Qiming a proposé à l'IOCCC en 2011 semble bien innocente et pourtant...

La dernière fois, nous avons décortiqué un tableur ayant gagné l'IOCCC [1] en 2000. Aujourd'hui, nous allons analyser le complément idéal : un simulateur de vol, gagnant de l'IOCCC [1] en 1998.

Nous revenons aujourd'hui aux fondamentaux de cette rubrique avec l'analyse d'un code C ayant permis à monsieur Jari Arkko de gagner l'IOCCC [1] en 2000 dans la catégorie « Best Of Show ».Il s'agit donc d'un code source de moins de 1536 caractères non blancs qui réalise pourtant ce que des logiciels hors de prix peinent à imiter.

La dernière fois, nous avons réussi à décompresser le programme de Takashi Hayakawa pour lui donner une tête de programme PostScript presque normal.Aujourd'hui, nous allons décortiquer le programme décompacté, qui nous réserve pas mal de surprises avant d'être compréhensible.