[RÉSOLU] Ajout de LABEL T (LABEL + variable/chaîne texte)

Bonjour,

Je me permets de proposer la création de label à partir de variables ou d'une chaîne de caractères :

DIM N%
FOR N% = 1 TO 25
LABEL "Button" + STR$(N)
NEXT N%

Merci

Je suis perplexe devant cette proposition.

D'abord, un label, en Panoramic, est construit en deux parties, si je puis dire:
1. la déclaration via la commande LABEL
2. la fixation de l'adresse associée au label, via une chaîne de caractères constituée par le nom du label, à partir de la première colonne d'une ligne de code, et suivi immédiatement du signe ":"

Alors que ta suggestion semblerait pouvoir s'appliquer à la première partie (et j'y reviendrai), elle est par contre inapplicable pour la seconde. Aucune construction syntaxique du langage ne pourrait permettre la fixation d'une telle adresse à partir d'une expression de chaînes de caractères. D'ailleurs, je ne connais aucun langage dans lequel ce serait possible.

Mais revenons au premier point. En fait, la commande LABEL est un outil de "facilitation" pour l'interpréteur Panoramic. Elle permet, dans une phase préliminaire, avant le lancement proprement-dit du code Panoramic, de vérifier la cohérence du code et d'éliminer un certain nombre d'erreurs grossières. C'est d'ailleurs également le cas de la cohérence des construction IF-ELSE-END_IF etc. Dans l'absolu, la commande LABEL est techniquement inutile, puisque dans un vrai compilateur avec au moins deux passes (ce qui est la norme minimale pour un compilateur), les labels sont détectés et mémorisés lors de la première passe, à l'aide de leurs particularités syntaxiques. Or, ici, nous n'avons pas un compilateur plein et entier. Nous avons un interpréteur, et ce même si l'un génère un fichier EXE via Panoramic_Editor. Et la commande LABEL est simplement utile pour faciliter, accélerer cette phase préliminaire.

Jack a commencé le travail sur un vrai compilateur, générant un code initialement Freebasic, et actuellement FreePascal. Le travail n'est pas terminé, et impose d'ailleurs plusieurs contraintes au niveau de la rédaction du code. La gestion des labels est également touchée par ces différences de conception. Je n'y entre pas dans le détail car je ne suis pas au fait des détails, et ce pour une raison précise: le compilateur ne permettra pas d'utiliser des DLLs comme celle que j'écris, et pour ma part, je reste dont à Panoramic_Editor.exe et Panoramic.exe pour l'exécution.

Mais terminons cette apparté sur le compilateur. Je pense que tu as compris pourquoi je ne vois pas l'applicabilité de ta suggestion, même au niveau de l'interpréteur. Elle permettrait à la limite de paramétrer la commande LABEL, mais en aucun cas le label lui-même.

Très intéressant tout cela. Et d'autant plus intéressant que cela permettra d'avoir à terme deux types d'exécution du code : INTERPRÉTÉ et COMPILÉ. Cela me convient tout à fait et me permet aussi de comprendre pourquoi s'attarder sur les LABELS serait davantage de la perte de temps. Je me languis du jour où ce compilateur sera prêt.

Il sera effectivement prometteur. Il y a déjà une version (réduite) opérationnelle. Et les performances du produit résultant sont sans aucunecomparaison - de l'ordre de 1 à 100...

Citation :

Je me languis du jour où ce compilateur sera prêt.

Tu peux expérimenter la version actuelle du compilateur.

Avec le compilateur (version beta), j’ai fait des beaux graphiques.
Les deux copie-écran suivantes ont été obtenues en moins de deux !
Et la bonne nouvelle c’est que le compilateur autorise la récursivité ce qui est un très grand avantage.

Voici la preuve :

Paysage:

Forêt:

papydall a écrit:

Citation :

Je me languis du jour où ce compilateur sera prêt.

Tu peux expérimenter la version actuelle du compilateur.

Et à quelle adresse peut-on télécharger la dernière version ?

Bonsoir Fredisland !

Le compilateur :
http://panoramic-language.pagesperso-orange.fr/PANORAMIC_COMPILER_EDITOR.zip

Fil de discussion :
https://panoramic.1fr1.net/t5369-compilateur-v-0-9-beta-10-du-29-aout-2017

Bonne continuation !