Discussion :

[pfeuh]

Hello,

Il existe pour le 6502 quelques assembleurs plus que corrects mais... Qui ne restent que des assembleurs. Le C étant mon job de tous les jours et l'assembleur 6502 un hobby depuis plus de 30 ans, je trouve qu'il manque à l'assembleur la gestion des segments et un équivalent des fonctions avec paramètres... Ce qui le rendrait presque agréable. Le seul compilateur C encore utilisé aujourd'hui est CC65 de Ulrich Von Bassovitch... Que tout le petit monde du rétro-computing 6502 a essayé... Puis abandonné. C'est un vrai C, mais d'une lenteur probablement due au très petit nombre de registres, le seul 16 bits étant pc, le program counter.

J'ai donc commencé à écrire en python un pré-assembleur qui comprend quelques mot-clefs supplémentaires et qui réorganise le code: .include .segment

Avec une simple définitions de segments, quelle que soit la cible 6502 (Atari, Apple, Commodore, Oric etc...) on peut choisir de créer un exécutable sous forme de fichier disque, de cartouche etc... Autre avantage, on peut créer des sources réutilisables dans le sens où les variables sont dispatchées une fois pour toutes dans un source unique. par exemple une fonction memcpy serait un source "memcpy.asm" ajouté au source principal par .include, les variables dest src et size étant ajoutées dans le segment zdata et le code... Dans le segment code. Le pré-assembleur concatène les différents fichiers sources puis trie les différents bouts de segments pour faire un code pré-compilé. Ceci est déjà fait et fonctionne très bien.

Voici maintenant le sujet de ce post, les fonctions et leurs paramètres. je pense rajouter 3 mot-clefs supplémentaires au pré-assembleur: .function, .endfunc et .call

J'ai créé une pile logicielle pour les paramètres, mais c'est en dehors de la page zéro pour des raisons évidentes, ça crée quand même pas mal de code d'encapsulation et pour finir ça prend du temps.

J'ai entendu parler d'une autres méthode courante (en tout cas en C), c'est de créer des variables statiques pour chaque fonction. Elles seraient dans le segment data (non initialisé), beaucoup plus rapides d'accès, mais on perd la récursivité... Quelqu'un aurait une expérience ou un ressenti sur une de ces méthodes?

A+

Pfeuh

[Kannagi]

Bon courage pour ton projet
L'assembleur de la famille 6500 est vraiment sympa je trouve , pour ta question pour ma part on m'as conseillé de mettre des variable dans un adresse statique qui sert argument pour les fonctions et personnellement ça marche plutôt bien , un lda $4400 par exemple ne prend que 4 cycle , mais je pense que faut pas trop 'abusé' ça reste plus 'long' que sans utiliser de paramètre.
Ensuite j'utilise souvent les Macros (dont je met quelque registre en paramètre).

Après je ne suis (malheureusement) pas spécialiste en assembleur.

[Obsidian]

Pour avoir très longuement bossé sur 6809 (presque pareil) sur mon Thomson, je confirme que le « moniteur » (i.e. le BIOS) et le BASIC embarqué utilisait toute une plage de variables statiques à adresse fixe. Probablement parce que tout était directement écrit en assembleur (ce qui se voit au code) et parce que ces variables devaient être définies en tant qu'EQUates dans la plus pure lignée de l'assembleur. Effectivement, utiliser massivement la pile pour passer des paramètres induit pas mal de latence sur des machines de cette époque. Ça nécessite en plus d'avoir une pile proprement gérée. Comme il n'y avait pas de mode protégé à l'époque et qu'on utilisait beaucoup la mémoire paginée, ça devenait compliqué.

[pfeuh]

Bon, et bien merci pour ces réponses qui me confirment le choix des variables statiques.

A+

Pfeuh