question sdk graph 90+e/ portage CAS
Re: question sdk graph 90+e/ portage CAS
L'UI d'eigenmath sera par contre à corriger, et je crois que même l'auteur avait regardé (peut-être trop rapidement) et n'y était pas arrivé.
En l'état elle marche sur fx-CG10/20, sur l'émulateur fx-CG50 / Graph 90+E, mais pas sur les vraies fx-CG50 / Graph 90+E (nombre d'éléments affichés ne sont pas effacés/nettoyés correctement, ce qui devient gênant à force d'utilisation).
En l'état elle marche sur fx-CG10/20, sur l'émulateur fx-CG50 / Graph 90+E, mais pas sur les vraies fx-CG50 / Graph 90+E (nombre d'éléments affichés ne sont pas effacés/nettoyés correctement, ce qui devient gênant à force d'utilisation).
-
critorAdmin
Niveau 19: CU (Créateur Universel)- Posts: 42137
- Images: 16453
- Joined: 25 Oct 2008, 00:00
- Location: Montpellier
- Gender:
- Calculator(s):→ MyCalcs profile
- YouTube: critor3000
- Twitter: critor2000
- GitHub: critor
Re: question sdk graph 90+e/ portage CAS
parisse wrote:Une question que j'aurais du poser des le debut: y-a-t-il une taille maximale pour les addins ?
Ouaip, 512ko.
-
ZezombyePremium
Niveau 10: GR (Guide de Référence)- Posts: 85
- Joined: 30 Sep 2016, 15:14
- Gender:
- Calculator(s):→ MyCalcs profile
Re: question sdk graph 90+e/ portage CAS
Zezombye wrote:parisse wrote:Une question que j'aurais du poser des le debut: y-a-t-il une taille maximale pour les addins ?
Ouaip, 512ko.
En l'occurence pas du tout. x)
Comme je l'ai déjà dit dans ma première réponse, on sait que jusqu'aux alentours du Mo au moins, ça ne pose pas de problèmes, et pas d'info que je connaisse sur une taille limite.
Je maintiens le portage d'Eigenmath pour les Casio monochromes, n'hésitez pas à y jeter un œil si ça vous intéresse !
-
NemhardyPremium
Niveau 8: ER (Espèce Rare: nerd)- Posts: 45
- Joined: 28 Dec 2014, 22:06
- Gender:
- Calculator(s):→ MyCalcs profile
Re: question sdk graph 90+e/ portage CAS
Oups, je pensais que ça parlait de la graph 75+E x)
-
ZezombyePremium
Niveau 10: GR (Guide de Référence)- Posts: 85
- Joined: 30 Sep 2016, 15:14
- Gender:
- Calculator(s):→ MyCalcs profile
Re: question sdk graph 90+e/ portage CAS
Nemhardy wrote:En l'occurence pas du tout. x)
Comme je l'ai déjà dit dans ma première réponse, on sait que jusqu'aux alentours du Mo au moins, ça ne pose pas de problèmes, et pas d'info que je connaisse sur une taille limite.
Il faut compter dans les 4 Mo pour giac. Ca serait bien de tester si un addin de cette taille passe (ca doit etre possible d'en creer un, en mettant des donnees factices peut-etre).
-
parisseVIP++
Niveau 12: CP (Calculatrice sur Pattes)- Posts: 3699
- Joined: 13 Dec 2013, 16:35
- Gender:
- Calculator(s):→ MyCalcs profile
Re: question sdk graph 90+e/ portage CAS
Pas mal de problemes rencontres en essayant de compiler eigenmath. D'abord il manque plusieurs definitions dans math.h (celui de libfxcg) que j'ai ajoutee.
Ensuite quand on linke, il y a une erreur de taille de RAM insuffisante pour bss: plus precisement overflow de 91372 octets. Je suppose que les parametres du linker contenus dans common/prizm.ld du PrizmSDK doivent etre mis a jour pour la graph 90:
mais du coup je m'interroge sur comment Eigenmath a ete compile pour les autres graph.
Deux duplications de code (strncasecmp, strcasestr dans src/stringsProvider.hpp/cpp), resolues en modifiant le nom de ces 2 fonctions dans stringsProvider.
Il me manque encore quelques symboles: _qsort, _rand, ___errno, _PRGM_GetKey.
Ensuite quand on linke, il y a une erreur de taille de RAM insuffisante pour bss: plus precisement overflow de 91372 octets. Je suppose que les parametres du linker contenus dans common/prizm.ld du PrizmSDK doivent etre mis a jour pour la graph 90:
- Code: Select all
MEMORY
{
/* Loads code at 300000, skips g3a header */
rom (rx) : o = 0x00300000, l = 512k
ram (rwx) : o = 0x08100004, l = 64k /* pretty safe guess */
}
mais du coup je m'interroge sur comment Eigenmath a ete compile pour les autres graph.
Deux duplications de code (strncasecmp, strcasestr dans src/stringsProvider.hpp/cpp), resolues en modifiant le nom de ces 2 fonctions dans stringsProvider.
Il me manque encore quelques symboles: _qsort, _rand, ___errno, _PRGM_GetKey.
-
parisseVIP++
Niveau 12: CP (Calculatrice sur Pattes)- Posts: 3699
- Joined: 13 Dec 2013, 16:35
- Gender:
- Calculator(s):→ MyCalcs profile
Re: question sdk graph 90+e/ portage CAS
parisse wrote:Il me manque encore quelques symboles: _qsort, _rand, ___errno, _PRGM_GetKey.
Etrange, rand et qsort font pourtant partie de la libc standard... Pour __errno, faut qu'il soit dispo quelque part en mémoire, certes.
MyCalcs: Help the community's calculator documentations by filling out your calculators info!
MyCalcs: Aidez la communauté à documenter les calculatrices en donnant des infos sur vos calculatrices !
Inspired-Lua.org: All about TI-Nspire Lua programming (tutorials, wiki/docs...)My calculator programs
Mes programmes pour calculatrices
-
AdriwebAdmin
Niveau 16: CC2 (Commandeur des Calculatrices)- Posts: 14779
- Images: 1123
- Joined: 01 Jun 2007, 00:00
- Location: France
- Gender:
- Calculator(s):→ MyCalcs profile
- Twitter: adriweb
- GitHub: adriweb
Re: question sdk graph 90+e/ portage CAS
Bon, en fait il y a 2 eigenmaths, dont l'un est propose par Nemhardy, et ce eigenmath la est suppose etre compile avec un SDK modifie http://bible.planet-casio.com/mikesmith/fx9860G_SDK_mod.zip qui m'a tout l'air d'etre un SDK officiel de Casio, cf. la licence, et qui lui parait bien plus pertinent pour porter giac, parce qu'il contient dans le sous-repertoire SH une implementation bien plus complete de la libc et une partie de la libstdc++ (string par exemple, ou les stream, mais pas vector/map/etc.).
Je me demande donc si on peut se procurer un SDK officiel de Casio pour la graph 90 e? (Y compris en payant bien sur!).
Je me demande donc si on peut se procurer un SDK officiel de Casio pour la graph 90 e? (Y compris en payant bien sur!).
-
parisseVIP++
Niveau 12: CP (Calculatrice sur Pattes)- Posts: 3699
- Joined: 13 Dec 2013, 16:35
- Gender:
- Calculator(s):→ MyCalcs profile
Re: question sdk graph 90+e/ portage CAS
Pour le coup du linker script, celui dispo dans la libfxcg est peut-être plus à jour… Après la question de savoir quels points diffèrent réellement entre G90 et fx-CG20 est toujours ouverte.
La libc dispo dans la dépot libfxcg n'est pas spécialement complète non plus, à en juger par les sources, effectivement.
Ensuite, Casio a toujours refusé de publier un SDK pour les calculatrices couleur, la raison invoquée relevant d'une lutte contre la contrefaçon, donc je n'espèrerais pas trop dans cette voie là… De plus le compilateur du SDK à destination des monochromes est assez mauvais, comparé à GCC, et offre assez peu de contrôle sur ce que l'on peut faire.
La libc dispo dans la dépot libfxcg n'est pas spécialement complète non plus, à en juger par les sources, effectivement.
Ensuite, Casio a toujours refusé de publier un SDK pour les calculatrices couleur, la raison invoquée relevant d'une lutte contre la contrefaçon, donc je n'espèrerais pas trop dans cette voie là… De plus le compilateur du SDK à destination des monochromes est assez mauvais, comparé à GCC, et offre assez peu de contrôle sur ce que l'on peut faire.
Je maintiens le portage d'Eigenmath pour les Casio monochromes, n'hésitez pas à y jeter un œil si ça vous intéresse !
-
NemhardyPremium
Niveau 8: ER (Espèce Rare: nerd)- Posts: 45
- Joined: 28 Dec 2014, 22:06
- Gender:
- Calculator(s):→ MyCalcs profile
Re: question sdk graph 90+e/ portage CAS
Nemhardy wrote:Pour le coup du linker script, celui dispo dans la libfxcg est peut-être plus à jour… Après la question de savoir quels points diffèrent réellement entre G90 et fx-CG20 est toujours ouverte.
Je ne vois pas de fichier *.ld dans libfxcg (ni dans les sources ni dans la mise a jour).
Je suis perplexe devant les 2 versions d'eigenmaths: le votre https://git.planet-casio.com/Nemh/Eigenmath ne comporte pas de Makefile, comment est-on cense faire un build avec le SDK de Casio ? Une fois ca connu, il doit bien etre possible de compiler aussi avec gcc.
L'autre est https://github.com/gbl08ma/eigenmath, j'ai reussi a le compiler mais pas a le linker car il n'y a pas assez de ram (voir message precedent, j'ai finalement reussi a recuperer tous les symboles non resolus, y compris ___errno en ajoutant un define errno __errno dans errno.h et en recompilant la libc). Quelles sont les differences entre les 2 versions?
Un examen des fichiers .o indique que memmgr.o de la 2eme version occupe a lui seul 130K, or ce fichier source n'est pas dans la 1ere version. Ca semble etre un allocateur interne de memoire. Par quoi est-ce remplace dans votre version ? Peut-on diminuer sa taille dans la 2eme version pour pouvoir linker?
-
parisseVIP++
Niveau 12: CP (Calculatrice sur Pattes)- Posts: 3699
- Joined: 13 Dec 2013, 16:35
- Gender:
- Calculator(s):→ MyCalcs profile
Who is online
Users browsing this forum: ClaudeBot [spider] and 5 guests