fxSDK, un SDK alternatif pour écrire des add-ins
Posté le 29/08/2014 22:00
Cette page sert d'index pour la série de topics du fxSDK.
Le fxSDK est une collection d'outils permettant de développer des add-ins pour les calculatrices Casio des séries Graph. C'est une alternative au
fx-9860G SDK et
PrizmSDK qui ne sont plus activement maintenus, et le compagnon classique de mon noyau
gint.
Index des topics
Ce projet existe depuis 2015, alors il y a pas mal de topics liés. En voici une liste complète !
Topics principaux
Installation du fxSDK
Tutoriels
Compatibilité sur calculatrice et PC
Côté PC, le fxSDK est compatible avec
Linux, Mac OS, et WSL pour Windows ; normalement tout le monde peut l'utiliser. Je teste constamment sous Linux, et WSL est un Linux donc c'est testé aussi. Je n'ai pas de Mac OS donc il peut y avoir quelques surprises, mais en général c'est l'affaire de corriger un bug ou deux.
En termes de calculatrices, le fxSDK supporte :
Calculatrices monochromes
Graph 35+E II
Graph 35+ USB / Graph 35+E (SH3/SH4)
Graph 75/75+/75+E
Graph 85/85 SD/95 (SD) (pas activement testé)
Calculatrices couleurs
Graph 90+E / fx-CG 50
Prizm fx-CG 10/20
Comment installer le fxSDK et coder des add-ins
Le fxSDK s'installe à partir de dépôts Git sur la
forge de Planète Casio (par exemple
Lephenixnoir/fxsdk). Il y en a un peu beaucoup, donc manuellement c'est assez long. Pour que ça aille plus vite et pour simplifier le travail des débutants, il y a un outil appelé
GiteaPC qui peut faire ça pour vous.
Si vous utilisez Windows, vous aurez besoin de WSL pour accéder à un système Linux dans Windows. Heureusement, Microsoft a fait ça bien et c'est facile à faire. Voyez le
tutoriel d'installation de WSL 2 (et l'explication rapide de
ce que WSL 2 est).
Si vous utilisez Mac OS, ouvrez l’œil en lisant les topics pour ne pas manquer les informations supplémentaires et éventuelles déviations par rapport à la procédure normale sous Linux.
Méthode automatique avec GiteaPC (plus rapide / recommandée pour les débutants)
- Suivez le tutoriel d'utilisation de GiteaPC, qui explique comment obtenir le fxSDK.
Méthode automatique avec plugin VS Code
- Yannis300307 a créé un plugin VS Code Casio Dev Tools qui fonctionne sous Windows (avec WSL) et Debian (probablement les dérivés aussi).
Méthode AUR pour les utilisateurs Arch/Manjaro/dérivés (ils se reconnaîtront)
- Dark Storm maintient MiddleArch, un dépôt de paquets précompilés qui a entre autres le fxSDK.
Méthode manuelle (plus fine / classique pour les habitués)
- Compilez et installez le cross-compilateur GCC pour SuperH.
- installez (dans cet ordre) les dépôts fxSDK, OpenLibm, fxlibc, gint ; en option, Slyvtt/µSTL_2.3.
Description sommaire du fxSDK
Pour une introduction à l'utilisation du fxSDK qui montre comment utiliser les outils pour développer un add-in, lisez plutôt les
tutoriels d'utilisation de gint. Cette section est juste une description sommaire.
Le cœur du fxSDK est un cross-compilateur GCC pour SuperH, habituellement nommé
sh-elf-gcc. Bien sûr on a avec toute la suite d'outils, dont
as,
ld,
objdump,
objcopy (entre autres). Contrairement au vieux compilateur du SDK, GCC est un compilateur moderne avec beaucoup d'options et capable de très solides optimisations.
Sur la calculatrice, c'est
le noyau gint qui fait la majorité du travail. Il remplace fxlib/libfxcg et une partie de l'OS pour vous offrir des fonctionnalités plus cool et plus rapides. Les add-ins développés avec le fxSDK utilisent gint toutes les trois lignes !
Il y a enfin plusieurs outils utiles sur le PC qui sont utilisés durant le développement ou l'utilisation des add-ins :
- fxsdk est un script shell qui permet de créer et compiler les projets sans se prendre trop la tête. Le système de compilation officiel pour les add-ins est CMake, mais un système plus ancien de Makefile est encore supporté.
- fxconv est un outil très polyvalent qui convertit à la compilation les assets (images, polices, maps....). Il permet de travailler avec des logiciels et formats de fichiers normaux sur le PC et d'avoir automatiquement un format optimisé sur la calculatrice. fxconv est extrêmement extensible et chaque projet peut ajouter des conversions personnalisées.
- fxgxa crée les fichiers g1a (format des add-ins pour Graph monochromes) et g3a (format des add-ins pour Graph couleurs) à partir des programmes compilés.
- fxlink est un outil de communication qui peut transférer des fichiers vers les Graph 35+E II et Graph 90+E en ligne de commande, mais aussi échanger interactivement avec les add-ins gint par le câble USB, et est couramment utilisé pour réaliser des captures d'écran ou captures vidéo des add-ins.
Changelog et informations techniques
Ci-dessous se trouve la liste des posts annonçant les nouvelles versions du fxSDK, ainsi que des liens vers les instructions/tutoriels supplémentaires publiés avec.
Citer : Posté le 01/02/2020 17:27 | #
Oui par défaut le fichier s'appelle comme ça. Par exemple assets-fx/bin/level1.data s'appellera bin_level1. Tu peux le voir dans le Makefile que j'ai lié juste au-dessus !
Cela se produit tout seul même si tu ne mets rien dans le fichier de config. Par contre si tu utilises le fichier de conf tu peux changer ça :
Citer : Posté le 01/02/2020 17:34 | #
D'accord merci beaucoup
Ajouté le 11/02/2020 à 13:34 :
Est il possible de programmer en c++ avec le sdk ?
J'avais essayé une fois et j'avais eu de nombreuses erreurs
Je me doute que gint n'est pas conçu pour ça, mais j'ai besoin d'un langage un peu plus orienté objet car les struct et toutes les fonctions qui sont des méthodes sans l'être vraiment ça devient vite sale
Projet de jeu multijoueur : 1V1 3D
Une lib de debug simple : la liblog
Citer : Posté le 11/02/2020 13:42 | #
si tu as construit gcc avec l'option c++, je pense que oui, juste chance gcc pour g++ dans le makefile :thinks:
et -c11 en c++11 ou un truc du genre
Ajouté le 11/02/2020 à 13:49 :
ou si tu es prêt à ouvrir la porte des enfers
https://www.freetechbooks.com/object-oriented-programming-with-ansi-c-t551.html
Citer : Posté le 11/02/2020 14:08 | #
La réponse à la question « peut-on programmer en C++ ? » est oui, à condition de modifier le Makefile pour utiliser g++ et d'extern "C" les headers gint et objets produits par fxconv.
La réponse à la question « peut-on programmer avec la lib standard C++ et la STL ? » est seulement si tu arrives à en compiler une.
La question qui t'intéresse n'est peut-être pas celle que tu imagines. x)
Citer : Posté le 13/02/2020 19:26 | #
du coup d'ai tenté de packager fxsdk ( pour apprendre à me servir de makepkg ) et j'ai presque reussi, seul soucis, de ce que j'ai compris il faut avoir les binaires generé par la fonction package() dans le fichier pkg, et ce sera au tour de pacman de les copier hors de la fausse racine utilisé…
Hors si je change le prefix lors de make install, il se trouve que le l'un des fichiers est passé dans sed durant l'install qui fera changer une ligne qui prendra pour valeur le chemin de la racine durant durant la phase d'install, qui se trouve donc être la fausse racine… ce qui rend le prog non fonctionel… et du coup je sais pas trop quoi faire…
Citer : Posté le 13/02/2020 19:27 | #
Je sais qu'avoir une référence au dossier d'install est une mauvaise pratique, mais j'en ai besoin quelque part donc... je prends les alternatives.
Citer : Posté le 13/02/2020 19:29 | #
faire ça durant la phase de compilation
Ajouté le 13/02/2020 à 19:30 :
c'est toujours pas bien, mais ça regle mon soucis
Citer : Posté le 13/02/2020 19:34 | #
Mais ça change rien. Le dossier sera quand même faux parce que l'information est la même (le PREFIX que tu as indiqué).
Par contre je peux ajouter une option pour découpler les deux. Comment ça se fait habituellement ?
Citer : Posté le 13/02/2020 19:38 | #
bah dans build on met:
make
et dans package
avec pkgdir le chemin vers la fausse racine..
Citer : Posté le 13/02/2020 21:58 | # |
Fichier joint
en attendant, j'ai patché via prepare() en attendant
voir en fichier joint
Citer : Posté le 13/02/2020 22:14 | #
Hmm je vois tu peux l'écraser au dernier moment. Il faut donc que dans le Makefile.cfg j'assigne conditionnellement. Pas de problème.
J'ai poussé une version de ça qui est fonctionnelle ; sauf si je me suis trompé. Ça marche comme ça :
% make
# bin/fxsdk.sh est modifié avec PREFIX=X
% make install PREFIX=Y
# Les scripts sont copiés dans Y mais fxsdk.sh utilise quand même X
Citer : Posté le 13/02/2020 22:50 | #
nyace, ça rendra la tâche plus simple, merci♥
Citer : Posté le 14/02/2020 13:16 | #
Pour info il y a déjà un package gint-git sur l'AUR (créé par Julese50 de mémoire)
Que je compte mettre à jour ce WE
Citer : Posté le 19/02/2020 23:18 | #
En essayant de faire la compilation (et en ayant compilé le cross-compilateur gcc sans trop de soucis), j'arrive jusqu'au ./configure sans problème, mais quand je lance make j'ai un soucis : d'abord il me dit que
/bin/sh: 1: cannot create bin/fxsdk.sh: Directory nonexistent
Makefile:56: recipe for target 'bin/fxsdk.sh' failed
make: *** [bin/fxsdk.sh] Error 2
Mais en faisant mkdir bin cela s'en va, mais d'autres erreurs apparaissent
gcc -c fxg1a/file.c -o build/fxg1a/file.c.o -Wall -Wextra -std=c11 -g -I fxg1a/ -D_GNU_SOURCE -DFXSDK_PREFIX='"/mnt/c/Users/damie/Programmation/gintLibs"' -MT build/fxg1a/file.c.o -MMD -MP -MF build/fxg1a/file.c.d
gcc -c fxg1a/dump.c -o build/fxg1a/dump.c.o -Wall -Wextra -std=c11 -g -I fxg1a/ -D_GNU_SOURCE -DFXSDK_PREFIX='"/mnt/c/Users/damie/Programmation/gintLibs"' -MT build/fxg1a/dump.c.o -MMD -MP -MF build/fxg1a/dump.c.d
gcc -c fxg1a/edit.c -o build/fxg1a/edit.c.o -Wall -Wextra -std=c11 -g -I fxg1a/ -D_GNU_SOURCE -DFXSDK_PREFIX='"/mnt/c/Users/damie/Programmation/gintLibs"' -MT build/fxg1a/edit.c.o -MMD -MP -MF build/fxg1a/edit.c.d
gcc -c fxg1a/main.c -o build/fxg1a/main.c.o -Wall -Wextra -std=c11 -g -I fxg1a/ -D_GNU_SOURCE -DFXSDK_PREFIX='"/mnt/c/Users/damie/Programmation/gintLibs"' -MT build/fxg1a/main.c.o -MMD -MP -MF build/fxg1a/main.c.d
gcc -c fxg1a/util.c -o build/fxg1a/util.c.o -Wall -Wextra -std=c11 -g -I fxg1a/ -D_GNU_SOURCE -DFXSDK_PREFIX='"/mnt/c/Users/damie/Programmation/gintLibs"' -MT build/fxg1a/util.c.o -MMD -MP -MF build/fxg1a/util.c.d
gcc -c fxg1a/icon.c -o build/fxg1a/icon.c.o -Wall -Wextra -std=c11 -g -I fxg1a/ -D_GNU_SOURCE -DFXSDK_PREFIX='"/mnt/c/Users/damie/Programmation/gintLibs"' -MT build/fxg1a/icon.c.o -MMD -MP -MF build/fxg1a/icon.c.d
fxg1a/icon.c: In function ‘icon_load’:
fxg1a/icon.c:26:2: error: unknown type name ‘png_image’
png_image img;
^
fxg1a/icon.c:28:5: error: request for member ‘opaque’ in something not a structure or union
img.opaque = NULL;
^
fxg1a/icon.c:29:5: error: request for member ‘version’ in something not a structure or union
img.version = PNG_IMAGE_VERSION;
^
fxg1a/icon.c:29:16: error: ‘PNG_IMAGE_VERSION’ undeclared (first use in this function)
img.version = PNG_IMAGE_VERSION;
^
fxg1a/icon.c:29:16: note: each undeclared identifier is reported only once for each function it appears in
fxg1a/icon.c:31:2: warning: implicit declaration of function ‘png_image_begin_read_from_file’ [-Wimplicit-function-declaration]
png_image_begin_read_from_file(&img, filename);
^
fxg1a/icon.c:32:8: error: request for member ‘warning_or_error’ in something not a structure or union
if(img.warning_or_error)
^
(je ne les ait pas toutes mises, mais elle sont du même style)
Est-ce qu'il me manque une bibliothèque ou est-ce qu'il faut que je recommence l'installation du début? J'ai vérifier et libpng12-dev est installée (vu qu'il s'agit d'un problème de png, je me dit que cela peut venir de la)
Ajouté le 19/02/2020 à 23:24 :
A noter que lorsque fxg1a est désactivé avec ./configure --disable-fxg1a la compilation se passe bien
envie de plonger dans la mer pour ramasser des tresors? => ballon sea
envie de sauver l'univers dans un jeu avec une longue durée de vie? => saviors of the future
un add-in addictif avec plein de secret et de trophées => evasion survival
un shmup bien dur et sadique => saviors 2
merci a tout le monde pour son soutien
zelda prizm de smashmaster (en esperant qu'il puisse le finir)
les tests de marmotti
un RPG de dark storm
(dont je connais le nom, mais pas vous
)Arcuz !Citer : Posté le 19/02/2020 23:25 | #
Désolé pour l'oubli de bin, c'est rajouté (j'ai poussé).
Ta libpng est super vieille, il faut vraiment que tu linkes avec libpng16.
Citer : Posté le 19/02/2020 23:27 | #
En effet, avec libpng16 ca fonctionne parfaitement
Merci !
envie de plonger dans la mer pour ramasser des tresors? => ballon sea
envie de sauver l'univers dans un jeu avec une longue durée de vie? => saviors of the future
un add-in addictif avec plein de secret et de trophées => evasion survival
un shmup bien dur et sadique => saviors 2
merci a tout le monde pour son soutien
zelda prizm de smashmaster (en esperant qu'il puisse le finir)
les tests de marmotti
un RPG de dark storm
(dont je connais le nom, mais pas vous
)Arcuz !Citer : Posté le 08/05/2020 19:18 | #
Annonce de service : le paquet fxsdk-git est à jour sur l'AUR
Citer : Posté le 09/05/2020 16:41 | #
j'ai un probleme avec la commande "make" voila ce que ca me met quand je l'execute
gcc -c fxg1a/icon.c -o build/fxg1a/icon.c.o -Wall -Wextra -std=c11 -g -I fxg1a/ -D_GNU_SOURCE -DFXSDK_PREFIX='"/home/ena0/.local"' -MT build/fxg1a/icon.c.o -MMD -MP -MF build/fxg1a/icon.c.d
fxg1a/icon.c:5:10: fatal error: png.h: No such file or directory
5 | #include <png.h>
| ^~~~~~~
compilation terminated.
make: *** [Makefile:61: build/fxg1a/icon.c.o] Error 1
Citer : Posté le 09/05/2020 16:49 | #
Il faut que tu installes les fichiers de développement de libpng
Citer : Posté le 09/05/2020 16:57 | #
avec github ? en le clonant ?
Citer : Posté le 09/05/2020 16:57 | #
Si tu es sur Ubuntu/Debian sudo apt install libpng-dev.