GEOGEO !!! - Page 1

Sinon, nitro avait porté SMALL. Ça permettait en plus d'utiliser genlib
Et il existe un Lua89.

J'avais écrit un fer3 en small. Je l'ai perdu depuis

Tient ça m'intéresse comme sujet.

Je me demandais justement quel serait le langage oncalc proposé à l'utilisateur sous PedroM. Et pourquoi pas le C via GTC? Parce qu'on pourrait faire planter la machine?

Daniel Vouaux (./5) :
Et pourquoi pas le C via GTC? Parce qu'on pourrait faire planter la machine?

Problème de licence.

Martial Demolins (./4) :
Mais t'en as écrit combien de Fer3 dans ta vie

3 sur CPC. 2 en TI-basic (dont le premier abandonné). 2 en asm TI. 1 en small, abandonné. 1 en pascal, abandonné.

./5 Paske c'est pas un langage de script.
Mais sinon, c'est pas plus simple de conserver le langage du shell ?

Tu parles du pseudo-langage intégré dans PedroM ?

Oui.
Celui qui comporte if et while.

Peut-être que cela éviterait d'avoir à réécrire beaucoup de choses (enfin, c'est surtout que ça permettrait d'économiser le peu de place qu'il reste sur cette belle machine).

Est-ce qu'il serait difficile (ou gourmand en mémoire) de permettre aux utilisateurs de lancer sous PedroM des programmes écrits en Basic?

Ah oué, y avait GT Basic aussi #nostalgie#

Sinon :

$ ls -l dash
-rwxr-xr-x 1 julien julien 298491 2008-03-09 22:30 dash

Ça fait beaucoup, 298 ko pour un shell léger

Daniel Vouaux (./12) :
Est-ce qu'il serait difficile (ou gourmand en mémoire) de permettre aux utilisateurs de lancer sous PedroM des programmes écrits en Basic?

Comme dit Martial, faut réécrire tout le système Ti-Basic. Y compris le CAS...

Martial Demolins (./10) :
Sasume, je suis bien d'accord, mais il est pas complet du tout, et je sais pas ce que compte en faire PpHd niveau évolution...

Qu'est-ce qui manque ?

Sasume (./14) :

Ça fait beaucoup, 298 ko pour un shell léger

Oué. Mais c'est vrai que le pseudo-shell de PedroM est vraiment léger. Depuis que je maitrise mieux le shell (unix), y'a pas mal de trucs qui me sautent aux yeux en ce qui concerne les manques.
Faudrait que je revois çà. Mais surement pas pour la 0.82.

Merci de vos réponses.

GFA n'utilise pas du tout les fonctions du CAS? GFA est plutôt orienté jeux?

GFA ne supporte pas le CAS.

(sinon, en -Os le binaire de dash ne fait plus que 90 ko - et 70 ko après un strip)

./1 Oula le problème c'est le temps. Peut être pendant les grandes vacances.
GFA Basic v2 est là mais il manque la machine virtuelle (voir mieux un compilateur) qui plus est avec des librairies exécutables en archive (j'avais réussi sur AMS mais bon les bidouilles ne sont pas propres).

./17 Non aucune fonction du CAS.

Sasume (./19) :
(sinon, en -Os le binaire de dash ne fait plus que 90 ko)

Ca devient intérressant (Sauf qu'il doit manquer des fonctions posix pour le faire marcher, mais bon).

-rwxrwxr-x 1 pphd pphd 68420 Mar 9 22:46 dash

Build, and recompile. (-Os -fomit-frame-pointer) + strip pour enlever les symboles.

Faudrait voir pour une inclusion dans PedroM Merci !

Martial Demolins (./22) :

Mais pour l'améliorer il me faut des données.

Des points précis.

Martial Demolins

Ah toi aussi tu joues avec ça ? Ben sous PedroM, ya rien à faire pour exécuter en archive, si tant est que t'ai pas de relogement ou autre (mais bon, ton GFA fait à coup de TIGCCLIB et pas en kernel doit pas être évident à maitriser pour ça).

Ah bah c'est intéressant ça !
Il est vrai que j'aimerai finir GFA Basic v2 mais bon pas le temps actuellement.