PedroM CAS : Yacas et Lcw/ Listp et Maxima - Page 1

Bon voici une piste pour le CAS de PedroM. Il s'agirait de porter un CAS sous licence GPL deja existant.

Je propose Yacas http://yacas.sourceforge.net/yacas.html qui est ecrit en C++, donc LWC http://yacas.sourceforge.net/yacas.html serait utile pour le traduire.
Evidemment y'a du boulot, deja pour voir si c'est faisable. Ne vous inquietez pas pour la taille, je me dermederais pour faire tenir des gros projets (1900Kb max )

Une fois que l'on sera que c'est faisaible (En gros compile tous les c++ en c puis en o, puis tente un linkage meme s'il echouera... Et apres modifier le linkeur pour enlever la limite des 64K).
Ben j'essairais de faire plus.

Une autre solution est de porter le moteur LISP de GNU : http://www.gnu.org/software/gcl/gcl.html
ou CLisp: http://clisp.cons.org/
Puis de porter Maxima: http://maxima.sourceforge.net/

Les memes contraintes sont fixes (limite de taille des fichiers: somme < 1900)
Les deux sont jouables. Qui veut se lancer ?

J'oublier les contraintes de RAM... Lisp parait avantage dans ce cas.

Dommage que je connaisse rien au C/C++. Ca m'aurait bien tenté (j'ai déjà fait qqes progs de calcul formel en basic - primitives, limites, taylor)

Ecrit en C++, il y a aussi giacs, c'est un cas programmé par le créateur du CAS hp48g et sup (Bernard Parisse? je crois que c'est son nom).

pphd: pouvoir programmer en c++ pour PedroM serait bien. Quel seraient les problèmes pour linker (mis-à-part la limite des 64kb) ?

mEUrOO: Cette question est a posee a la tigcc team, pas a moi. Sinon tu peux utiliser lwc.

Ce qu'il y a de bien avec giac, c'est qu'il a un mode compatibilité TI-89 et peut executer des programmes TI-Basic.
Le C++ n'est pas très élaboré, donc facilement convertissable en C à la main, mais par contre il est vraiment gros, il y a beaucoup beaucoup de code (sur TI on a pas forcement besoin de toutes les fonctions de giac non plus).

Oui, giacs est gros, mais je pense que la gestion du script prend pas mal de place, faudrait que je regarde un peu plus les sources.
Quant au C++, c'était juste pke j'aime bien C++ maintenant et que je voulais savoir si on pouvait pas utiliser un compilo comme g++ ou un truc du genre ...

2 choses sur GIAC.
1. Il peut etre compile avec static-libc-arm. Rappellez moi quel proc utilise la HP 49G+ ?
2. Il utilise GMP et MPFR!

Ben en fait y'a tout ca:
http://sal.kachinatech.com/A/1/

Y'a quand meme du choix. Je vais voir si je peux faire tourner maxima.

Ben je suis arrive a faire tourner maxima... Mais Gcl m'a fait chier... meme sur pur linux.
Quant a Giac... Ben bon courage. source illisible, tres gros, tres c++.
Heureusement qu'il abuse pas de virtual ou d'autres trucs du genre.

Bah, d'après ce dont je me souviens sous giac, ce n'était pas si C++ que ca ... quasiments toutes les fonctions que j'avait vue étaient faisables en C (je me rappelle pas avoir vu bcp de template etc.)

C'est vrai qu'il utilise pas a fond le C++ (Pas d'heritage par exemple).
Mais par contre y'a le reste: tres gros, tres consommateur de memoire, source illisible.

Oui, c'est vrai.
J'ai regardé maxima, l'utilisation est déjà très proche de l'utilisation possible pour PedroM, c'est vraiment tres bien.

http://linuxfr.org/2003/09/13/13923.html

(bon ok cé ptet un peu enorme a porter sur ti :])

moi si on est plusieurs, ça me tente (je ne peux pas programmer tout le temps et puis c'est un gros projet)
mais je peux pas tout de suite, je suis sur un gros projet pour PC( et autres grace à Qt )

faudrait monter une liste de gens prêts à se lancer, voire faire un CVS

si j'apprend le C (ce qui est tout à fait possible, vu que je vais peut-être faire de l'info cette année), je serais interressé. J'aime bien le calcul formel

Patrick Davidson m'a parlé de plusieurs personnes prêtes à faire un CAS sur #tcpa (le chan international)

Qui se charge d'etre chef de projet ?

Pas moi, mais en tt cas, je veux bien participer au codage.

Porter un CAS existant n'est pas une bonne idée parce que ce sera totalement incompatible AMS.

nitro
: Ce qu'il y a de bien avec giac, c'est qu'il a un mode compatibilité TI-89 et peut executer des programmes TI-Basic.

Mais c'est loin d'être entièrement compatible. Et puis essaye de faire du: Exec "code ASM",param1,param2 avec des paramètres formels et tu verras que ça ne marchera pas avec cette idée.

T'as raison. Je vais aller chez Ti, leur dire que c'est incompatible. Et leur ordonner, que dis-je, exiger, qu'il porte leur logiciel en GPL. Non mais.

Non, mais il faut travailler sur un CAS entièrement compatible avec celui de TI.
On peut peut-être réutiliser des routines ou du moins des algorithmes des divers CAS sous GPL cités ici, mais il faudrait vraiment que le format d'entrée-sortie soit le format tokénisé d'AMS.

Ce thread a pour but de voir la possibilite d'un portage. Pas de reecrire un CAS de zero. Pour l'ecriture a zerom, cf l'autre sujet.

Heu si c'est pour refaire le même CAS que TI alors je vois pas l'interet.

La compatibilité ?

PpHd
: Qui se charge d'etre chef de projet ?

ben quand j'aurai fni ce que je fais en ce moment on verra, si d'ici là t'as trouvé personne...

Euh faudrait déjà définir ce qu'on veut rendre compatible ou non, parce que à chaque sujet cette argument est posé et personnelement si c'est pour faire un Pedrom identique à AMS, c'est pas utile.
Moi je serait pour assurer une compatibilité parfaite de faire des programmes sous Pedrom qui s'occupe de cette tâche, au pire utiliser AMS, mais vraiment réinventer la roue c'est nul.

bah, soit complètement compatible sur le CAS (du moins l'interface utilisateur du CAS)
soit pas du tout
mais pas à moitité, surtout !

Autant ne pas faire compatible du tout ... c'est pour pour les quelques malheureux progs qui existent que c'est intéressant !

je suis aussi de cet avis

Sinon, p-ê faire un système algébrique entièrement numérique ... comme scilab etc. ça peut paraître plus interessant pour l'utilisateur moyen de PedroM