Discussion :

[je viens du sud]

Salut,

on nous a appris à "l’école" que l'ordinateur ne comprend que des 0 et 1 !
Oui c'est vrai mais je pense que ce n'est pas la cause qui oblige les compilateurs à produire des fichiers binaires exécutables comportant des suites de 0 et de 1 => c'est-à-dire qu'il doivent comporter des 0 et 1 pour être exécutables.
Je peux par exemple développer un compilateur qui produit un fichier .obj contenant des vrais et des faux ; c'est-à-dire à la place de 0 je mets faux et pour le 1 je mets vrai.
Je dis ça car d’après ce que j'ai compris, les 0 et les 1 textuels ne présentent qu'une forme d'interprétation, et ne sont pas traités et décodés directement par le processeur.
Corrigez-moi si je me trompe.

[Kannagi]

Je n'ai pas compris ton explication, les 0 et les 1 sont des représentations d'un état physique.
Tu peux effectivement les représenter d'une manière différente.
On peut très bien représenter aussi le binaire en décimal, ce n'est qu'une autre forme de représentation.

Par contre, pour que cela soit clair, si tu le code en C (ou en assembleur), n'importe quel programme assembleur écrit avec une représentation binaire.
Et inversement, en général on lit rarement les binaires avec du binaire , mais plus avec l’hexadécimal (il existe de nombreux éditeur hexadécimal), mais normal l'héxa est beaucoup plus pratique et compressé que le binaire.

Exemple concret : si en C tu lis un octet (avec fgetc par exemple) , tu peux l'afficher en binaire, en décimal, en octal ou en hexadécimal.

un compilateur qui produit un fichier .obj

Faudrait se renseigner, mais je ne sais pas si les .obj sont normalisés ou pas ; si non, tu peux effectivement en faire ce que tu veux.

ne sont pas traités et décodés directement par le processeur.
corrigez-moi si je me trompe.

Ben oui tu te trompes, le binaire est compris directement par ton processeur.