Les sous-programmes communs en BASIC - Page 3

Arf... c pareil... GTC, GT-Basic... c pour progrmmer
sinon, pour les goto, c pas grave, si globalement ça va 100* plus vite, je vais quand même l'utiliser, même si y a pas de goto (ce serat une grande perte, enfin bon).

Pollux >> pour les goto il faut rechercher les Lbl dans le prog => dans GT-Dev les appels de fonctions seront bcp plus rapides (...) que la méthode du goto

Tu peux recenser les labels avant l'exécution et stocker leur offsets dans une table, par hachage + dichotomie (avec un arbre binaire) !
Ca sera du coup plus rapide que les appels de fonctions

Tu dis ça parceque tu ne veux pas de goto dans ton SDK Mais je te comprend, tu sais que cette instruction était absente du langage azur ?

La fonction goto label sera présente, pas forcément la fonction goto #chaine_label qui est bcp moins évidente si on stocke les choses de manière optimisée...

goto #chaine_label implique de stocker dans le prog tous les noms de labels, alors que normalement il ne seront pas stockés en revanche il y aura probablement un type LBL (pour pouvoir faire l'équivalent en plus rapide)

Aurais-je mal compris ? Tu parlais des goto "indirectionnels" ?

oui, "la méthode du goto" signifiait la méthode citée plus haut consistant à faire :

"retour"->x
goto sub
lbl retour:
...

sub:
...
goto #x

G pas été très explicite, désolé

tu veux dire les indirections ????

Pollux : d'acc ! pardon

Mais... ça ne change rien ! au lieu de considérer l'argument lui-même, on considère sa valeur, donc ce que je disais par rapport à "pour les goto il faut rechercher les Lbl dans le prog" est toujours valable !?

Oui, à la différence près que la compilation de goto label donne une recherche immédiate du label (donc une fois pour toutes, même si l'instruction est effectuée 100x, il n'y a pas de recherche à faire), tandis que la compilation de goto #x oblige à effectuer la recherche à chaque exécution de l'instruction

mais y auras quand même les indirections

Pollux : ha merde mais JE SUIS CONNNNNNNNNNNNNNNN


J'avais carrément pas pensé que c'était du Basic compilé ! pour moi ton Basic était interprété.
Ca change tout

MacIntoc t'es vraiment avec tes goto dans SP commun il y a commun, ce qui signifie qu'ils sont utilisés par plusieurs projets à la fois et je ne vais par faire un goto pour aller chercher le code dans le projet d'à coté surtout que je ne suis pas sur que l'utilisateur les ait tous installés. Tu imagines ce qui se passerait si windows allait chercher une fonction dans Soldier Of Fortune ou si StarCraft allait faire un goto dans Winamp
Donc je gagne de la place car je n'ai pas à écrire le même code dans tous mes projets!

lol
une lib commune en basic, ça sert à rien, y a déjas Vertel et FLib qui le font en C

Oui mais moi je suis un gros con traditionaliste et je n'aime que le basic pur

lol
je peut rien pour toi, par contre

> J'avais carrément pas pensé que c'était du Basic compilé ! pour moi ton Basic était interprété.
> Ca change tout

Non non, il est interprété, mais le tokenizer est quand même un peu plus puissant que celui du TIOS

Même le tokéniseur de AMS stocke le déplacement précalculé pour:
Goto label
et donc:
Goto #labelstr
est bien plus lent!

Mais je ne suis pas sûr que l'appel de fonctions est plus rapide en BASIC. Surtout pas si on a 322 variables dans main comme moi. Il y a la recherche en la VAT à faire, la création d'un twin si le programme est archivé etc.

PS, le goto avec indirection existe aussi en GNU C, mais avec les adresses, pas avec les noms, des labels:
void *x=&&retour;
goto sub;
retour:
...

sub:
...
goto *x;

pkoi tu remonte ça !!!!!!!!!!!!

Parce que ce n'est que maintenant que je le lis.
Je te rappelle que j'étais en vacances pendant 3 semaines, et que la partie BASIC n'est pas la première que j'ai lue en revenant vu son rapport bêtises/messages utiles élevé.

Je suppose que 99,9% des messages dans "Jamais j'aurais pensé faire ça..." sont considérés comme des bêtises ?