Citer : Posté le 25/03/2020 12:26 | #

---

Long story short, c'est pas possible de faire un compilateur. Un assembleur (ASM → binaire) c'est déjà plus réaliste, mais ensuite il faut linker.

Lephe sera plus calé, mais en gros un compilateur demande énormément de ressources pour comprendre le code.

---

Citer : Posté le 25/03/2020 13:16 | #

---

Effectivement, un compilateur est un programme très compliqué ! Mettons d'abord à plat plusieurs choses concernant les programmes C.

• Le langage C est très riche. Un compilateur fait à la main ne comprendra jamais toutes les fonctions du C que les compilateurs comme GCC et Clang ont accumulé au fil de l'eau, et ne pourrait clairement pas compiler les add-ins un peu compliqués avant plusieurs années.

• Les add-ins C ne sont pas auto-suffisants ! Ils utilisent des bibliothèques comme MonochromeLib, fxlib ou même gint. Il faut donc disposer de ces bibliothèques pour réussir à compiler. Or, ça finit par prendre de la place... plus que ce qui est disponible dans la mémoire de stockage !

• La « traduction » en assembleur n'est pas du tout unique, il y a plein de façon de la programmer. Et il y a notamment plein d'optimisations à faire sur le code généré pour qu'il soit intéressant. Un compilateur fait main ne produira jamais des add-ins aussi finement optimisés que GCC et Clang.

• Et surtout, le compilateur ce n'est pas tout. Il faut aussi un assembleur, et il faut surtout un linker ! Un objet aussi bien plus complexe qu'il n'y paraît. De mon estimation personnelle, le linker est encore plus mystique que le compilateur chez la majorité des gens.

Tout ça, quand bien même on serait en mesure de le développer, prendrait plusieurs années avant d'arriver à maturité (gint à côté c'est rien par exemple !). Et ça tiendrait à peine dans la mémoire de stockage, et ce serait sensiblement lent, et tu passerais ton temps à retransférer les bibliothèques pour les mettre à jour. Sans parler du fait que l'écran des Graph mono est bien trop petit pour la syntaxe assez riche du C, et qu'il faudrait encore programmer un éditeur de code assez bien foutu pour compenser du manque d'ergonomie du clavier calto.

Techniquement, si on le voulait vraiment, on pourrait faire un compilo ultra simple avec un assembleur très con et un linker à la va-vite, et le faire marcher. Mais ça attendrait très vite ses limites : en RAM, et en espace de stockage sur la calto.

Darks a quasiment tout dit, je ne fais que développer. Je précise juste que comprendre le code n'est pas très dur (les lexer et parser sont générés automatiquement, l'analyseur sémantique n'est pas très compliqué), la difficulté c'est principalement de le compiler vers un assembleur potable (allocation de registre et optimisations) puis de linker.

---

Citer : Posté le 25/03/2020 14:11 | #

---

Effectivement, sur Graph c'est tendu. Sur Symbolibre je pense qu'il est déjà installé, si non c'est l'affaire d'installer un paquet.

Le g1a c'est un binaire pur, du code assembleur et des données brutes. Ce n'est pas une archive, et il n'y a jamais de fichiers dedans. Tes images sont converties dans un format binaire durant la compilation (soit automatiquement, soit manuellement avec Sprite Coder ou équivalent).

---

Citer : Posté le 25/03/2020 14:14 | #

---

Rien de compréhensible, en effet.

---