gint : un noyau pour développer des add-ins
Posté le 20/02/2015 17:30
Ce topic fait partie de la série de topics du fxSDK.
En plus des options de programmation intégrée comme le Basic Casio ou Python, la plupart des calculatrices Casio supportent des
add-ins, des programmes natifs très polyvalents avec d'excellentes performances. Les add-ins sont généralement programmés en C/C++ avec l'aide d'un ensemble d'outils appelé SDK.
Plusieurs SDK ont été utilisés par la communauté avec le temps. D'abord le
fx-9860G SDK de Casio avec fxlib pour Graph monochromes (plus maintenu depuis longtemps). Puis le
PrizmSDK avec libfxcg pour Prizm et Graph 90+E (encore un peu actif sur Cemetech). Et plus récemment celui que je maintiens, le
fxSDK, dont gint est le composant principal.
gint est un unikernel, ce qui veut dire qu'il embarque essentiellement un OS indépendant dans les add-ins au lieu d'utiliser les fonctions de l'OS de Casio. Ça lui permet beaucoup de finesse sur le contrôle du matériel, notamment la mémoire, le clavier, l'écran et les horloges ; mais aussi de meilleures performances sur le dessin, les drivers et la gestion des interruptions, plus des choses entièrement nouvelles comme le moteur de gris sur Graph monochromes.
Les sources de gint sont sur la forge de Planète Casio :
dépôt Gitea Lephenixnoir/gint
Aperçu des fonctionnalités
Les fonctionnalités phares de gint (avec le fxSDK) incluent :
- Toutes vos images et polices converties automatiquement depuis le PNG, sans code à copier (via fxconv)
- Un contrôle détaillé du clavier, avec un GetKey() personnalisable et un système d'événements à la SDL
- Une bibliothèque standard C plus fournie que celle de Casio (voir fxlibc), et la majorité de la bibliothèque C++
- Plein de raccourcis pratiques, comme pour afficher la valeur d'une variable : dprint(1,1,"x=%d",x)
- Des fonctions de dessin, d'images et de texte optimisées à la main et super rapides, surtout sur Graph 90+E
- Des timers très précis (60 ns / 30 µs selon les cas, au lieu des 25 ms de l'OS), indispensables pour les jeux
- Captures d'écran et capture vidéo des add-ins par USB, en temps réel (via fxlink)
Avec quelques mentions spéciales sur les Graph monochromes :
Un moteur de gris pour faire des jeux en 4 couleurs !
La compatibilité SH3, SH4 et Graph 35+E II, avec un seul fichier g1a
Une API Unix/POSIX et standard C pour accéder au système de fichiers (Graph 35+E II seulement)
Et quelques mentions spéciales sur les Graph 90+E :
Une nouvelle police de texte, plus lisible et économe en espace
Le dessin en plein écran, sans les bordures blanches et la barre de statut !
Un driver écran capable de triple-buffering
Une API Unix/POSIX et standard C pour accéder au système de fichiers
Galerie d'add-ins et de photos
Voici quelques photos et add-ins réalisés avec gint au cours des années !
Arena (2016) — Plague (2021)
Rogue Life (2021)
Momento (2021)
Communication avec le PC (cliquez pour agrandir)
Utiliser gint pour développer des add-ins
Les instructions pour installer et utiliser gint sont données dans les divers tutoriels recensés dans le
topic du fxSDK. Il y a différentes méthodes de la plus automatique (GiteaPC) à la plus manuelle (compilation/installation de chaque dépôt). Le fxSDK est compatible avec Linux, Mac OS, et marche aussi sous Windows avec l'aide de WSL, donc normalement tout le monde est couvert
Notez en particulier qu'il y a des
tutoriels de développement qui couvrent les bases ; tout le reste est expliqué dans les en-têtes (fichiers
.h) de la bibliothèque que vous pouvez
consulter en ligne, ou dans les ajouts aux changelogs ci-dessous.
Changelog et informations techniques
Pour tester les fonctionnalités et la compatibilité de gint, j'utilise un add-in de test appelé gintctl (
dépôt Gitea Lephenixnoir/gintctl). Il contient aussi une poignée d'utilitaires d'ordre général.
Ci-dessous se trouve la liste des posts indiquant les nouvelles versions de gint, et des liens vers des instructions/tutoriels supplémentaires qui accompagnent ces versions.
Anecdotes et bugs pétés
Ô amateurs de bas niveau, j'espère que vous ne tomberez pas dans les mêmes pièges que moi.
TODO list pour les prochaines versions (2023-04-03)
gint 2.11
- Changements de contextes CPU. À reprendre du prototype de threading de Yatis pour permettre l'implémentation d'un véritable ordonnanceur. Demandé par si pour faire du threading Java.
- Applications USB. Ajouter le support de descripteurs de fichiers USB. Potentiellement pousser jusqu'à avoir GDB pour debugger.
- Support de scanf() dans la fxlibc. Codé par SlyVTT, plus qu'à nettoyer et fusionner.
Non classé
- Regarder du côté serial (plus facile que l'USB) pour la communication inter-calculatrices (multijoueur) et ultimement l'audio (libsnd de TSWilliamson).
- Un système pour recompiler des add-ins mono sur la Graph 90+E avec une adaptation automatique.
- Support des fichiers en RAM pour pouvoir utiliser l'API haut-niveau sur tous les modèles et éviter la lenteur de BFile à l'écriture quand on a assez de RAM.
Citer : Posté le 05/04/2021 15:41 | #
J'ai un message d'erreur dans le fichier /Users/MrDupont/.local/bin/fxsdk quand je fais fxsdk build-fx
/Users/XXX/.local/bin/fxsdk: line 248: syntax error: unexpected end of file
La fin du fichier fxsdk est
# Project creation
"new")
fxsdk_new_project "${@:2}";;
# Project compilation
"build"|"b")
fxsdk_build "${@:2}";;
"build-fx"|"bf"|"bfx")
fxsdk_build_fx "${@:2}";;
"build-cg"|"bc"|"bcg")
fxsdk_build_cg "${@:2}";;
# Install
"send"|"s")
fxsdk_send;;
"send-fx"|"sf"|"sfx")
fxsdk_send_fx;;
"send-cg"|"sc"|"scg")
fxsdk_send_cg;;
# Misc
-h|--help|-\?)
usage 0;;
?*)
error "unknown command '$1'" ERREUR ICI
exit 1;;
*)
usage 0;;
esac
Quel est le problème ?
Merci
Citer : Posté le 05/04/2021 16:01 | #
Honnêtement, aucune idée, et sans pouvoir reproduire je ne vois pas comment je peux m'y attaquer.
Citer : Posté le 05/04/2021 16:45 | #
J'ai supprimé un ' ligne 17 (j'ai remplacé don't par do not) et je n'ai plus le problème !
Juste que désormais j'ai
Citer : Posté le 05/04/2021 16:49 | #
Je vois pas comment ton shell peut te faire ça... mais puisque ça marche, tant mieux.
Oui il te faut CMake, c'est assez explicite là. xD
Citer : Posté le 05/04/2021 17:04 | #
Encore une étape XD
Désolé, c'est que j'ai du mal à voir la frontière entre tes outils et les outils du web
Bon, j'ai installé cmake, il y a une configuration spéciale à faire après ? Car j'ai ce message désormais :
CMake Error at /usr/local/Cellar/cmake/3.20.0/share/cmake/Modules/CMakeDetermineSystem.cmake:129 (message):
Could not find toolchain file: /lib/cmake/fxsdk/FX9860G.cmake
Call Stack (most recent call first):
CMakeLists.txt:4 (project)
CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool.
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_ASM_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
Citer : Posté le 05/04/2021 17:10 | #
Tu es sur un Mac c'est ça ? Il y a plein de trucs qui ne sont pas installés par défaut, c'est surprenant. Là c'est make qu'il te faut, je pense. Ne t'inquiète pas pour ça, c'est un genre d'erreur "facile" (pas comme le heredoc bizarre avec le shell).
Citer : Posté le 07/04/2021 20:13 | #
Update rapide pour dire que le driver USB avance doucement, le module est un peu cryptique par moments donc on ne peut pas se presser trop, la clé de la stabilité est dans le test continu.
Citer : Posté le 07/04/2021 22:41 | #
Bon je reprends un peu en arrière pour que tu me dises si je n'ai pas loupé d'étape
J'ai tout installé dans /Users/olivier/Documents/CASIO car je préfère pour X raisons
- J'ai installé binutils & gcc dans ce dossier, ça c'est ok
- J'ai installé fxsdk dedans, ça c'est ok
- me voilà Gint, tu dis de faire make / configure "tout à fait banal", mais moi je suis une carotte en se qui concerne ces trucs là ^^'
Du coup j'ai fais comme pour le fxsdk :
git clone "https://gitea.planet-casio.com/Lephenixnoir/gint.git"
cd gint
./configure >>> ERRUR NO SUCH FILE
make >>> EREUR TARGETS
Dans mon post précédent, j'avais juste fait git clone .../gint puis fxsdk build-fx
Merci à toi, j'aimerai bien arriver au bout et enfin utiliser gint
Citer : Posté le 07/04/2021 22:50 | #
Les instructions sont plus à jour sur le README : gint est une bibliothèque que tu peux compiler, comme un add-in, avec le fxSDK. fxsdk build-fx est la bonne option.
En cas de doute, tu peux toujours regarder giteapc.make qui contient les commandes que je lance quand on installe avec GiteaPC (mais en gros c'est toujours pareil).
Citer : Posté le 07/04/2021 23:24 | #
D'accord, donc la je fais simplement
CMake Error at /usr/local/Cellar/cmake/3.20.0/share/cmake/Modules/CMakeDetermineSystem.cmake:129 (message):
Could not find toolchain file: /lib/cmake/fxsdk/FX9860G.cmake
Je suis dans ../CASIO/Gint, je suis au bon endroit ? on dirait qu'il ne trouve pas un fichier
Tu veux pas venir direct chez moi me l'installer ? Je te paye une bière haha
Citer : Posté le 07/04/2021 23:26 | #
Le fichier qu'il ne trouve pas est fourni par le fxSDK. Au moment où tu compiles le fxSDK, il enregistre son PREFIX et c'est à ça qu'il ajoute /lib/cmake/.... On dirait que ton PREFIX a été mal spécifié au moment où tu as installé le fxSDK.
(C'est peut-être un peu tard pour te suggérer d'utiliser GiteaPC mais ça aurait automatisé tout ça, y compris l'installation dans ton dossier personnalisé.
Citer : Posté le 07/04/2021 23:40 | #
Je peux toujours tout recommencer avec GiteaPC ?
Je fais quoi, j'efface tout mon dossier CASIO puis "giteapc install Lephenixnoir/gint" c'est bon ?
Citer : Posté le 07/04/2021 23:44 | #
Ces problèmes d'installation sont toujours casse-pieds parce qu'ils sont très spécifiques à chaque machine, OS, et si on tape une commande de travers tout se complique tout de suite.
Puisque t'en es là, autant ne pas tout recommencer, surtout que t'es sur un Mac donc je sais pas à quel point la méthode automatique va marcher...
Reviens dans le dépôt du fxSDK, reconfigure bien avec --prefix=$HOME/Documents/CASIO (et j'espère que le sous-dossier bin de cette chose est dans ton PATH), et réinstalle-le. Tu peux toujours consulter le tout début de bin/fxsdk.sh après coup pour vérifier que la variable PREFIX ligne 4 a la bonne valeur.
Citer : Posté le 07/04/2021 23:55 | #
En effet, c'est la partie la moins intéressante ça...
J'ai regardé dans CASIO/fxsdk/bin/fxsdk.sh la première ligne est PREFIX=\
Bon je fais ça et je te dis
Merci
Ajouté le 09/04/2021 à 21:28 :
Bon, j'ai supprimé le dossier CASIO/fxsdk puis réinstallé le fxsdk en prenant soin de
./configure --prefix=/Users/olivier/Documents/CASIO
Mais dans le fichier sh, j'ai toujours PREFIX=\ et toujours l'erreur "could not find toolchain" :/
Citer : Posté le 09/04/2021 21:33 | #
Hmm, je pense que je sais. Tu as la version BSD de sed et du coup c'est casse-pieds parce que le remplacement le fonctionne pas. Et pourtant, j'ai emprunté le Macbook d'un collègue pour faire marcher cette commande quand Shadow a installé le fxSDK chez lui !
J'ai une suggestion pour ce problème ; utilise simplement la branche dev. Sur la branche dev j'ai remplacé le Makefile par un CMake bien solide qui marchera parfaitement sur ton PC. Le reste ne change pas. Voilà des instructions :
# Plus de configure/make, mais cmake/make :
% cmake -B build -DCMAKE_INSTALL_PREFIX="/Users/olivier/Documents/CASIO"
# Tu peux vérifier que cette fois le chemin il est vraiment bon
% head -n 5 build/fxsdk.sh
# Et ensuite on compile et on installe
% make -C build install
Si tu as un problème te disant que UDisks2 n'a pas été trouvé ajoute -DFXLINK_DISABLE_UDISKS2=1 à la commande cmake.
Citer : Posté le 10/04/2021 22:31 | #
Salut Lephé, j'ai eu un problème à la seconde instruction :
-- Found libusb-1.0, version 1.0.24
-- Checking for module 'udisks2'
-- No package 'udisks2' found
Pour en arriver là j'ai dû installer pkgconfig et libusb. Mais impossible d'installer udisks2, j'ai cherché sur internet mais impossible de trouver ce package.
Ajouté le 10/04/2021 à 22:32 :
AH bha j'avais pas vu ta dernière ligne ! Bon je teste ça
Ajouté le 10/04/2021 à 22:38 :
Bon du coup la commande à bien marché en ajoutant -DFXLINK...
En prefix j'ai PREFIX=@FXSDK_PREFIX@, je suppose que c'est bon.
Par contre j'ai un tas d'erreurs à la dernière instruction
/Users/olivier/Documents/CASIO/fxsdk/fxlink/usb.c:111:3: error: expected ')'
libusb_err(it.device_count, "cannot get libusb device list");
^
/Users/olivier/Documents/CASIO/fxsdk/fxlink/util.h:19:41: note: expanded from macro 'libusb_err'
fprintf(stderr, "error: " fmt ": %s\n" __VA_OPT__(,) __VA_ARGS__, \
^
/Users/olivier/Documents/CASIO/fxsdk/fxlink/usb.c:111:3: note: to match this '('
/Users/olivier/Documents/CASIO/fxsdk/fxlink/util.h:19:9: note: expanded from macro 'libusb_err'
fprintf(stderr, "error: " fmt ": %s\n" __VA_OPT__(,) __VA_ARGS__, \
^
/Users/olivier/Documents/CASIO/fxsdk/fxlink/usb.c:142:4: error: expected ')'
libusb_err(rc, "cannot get descriptor for device %s",
^
/Users/olivier/Documents/CASIO/fxsdk/fxlink/util.h:19:41: note: expanded from macro 'libusb_err'
fprintf(stderr, "error: " fmt ": %s\n" __VA_OPT__(,) __VA_ARGS__, \
^
/Users/olivier/Documents/CASIO/fxsdk/fxlink/usb.c:142:4: note: to match this '('
/Users/olivier/Documents/CASIO/fxsdk/fxlink/util.h:19:9: note: expanded from macro 'libusb_err'
fprintf(stderr, "error: " fmt ": %s\n" __VA_OPT__(,) __VA_ARGS__, \
^
/Users/olivier/Documents/CASIO/fxsdk/fxlink/usb.c:152:4: error: expected ')'
libusb_wrn(rc, "cannot open device %s", usb_id(it->dev));
^
/Users/olivier/Documents/CASIO/fxsdk/fxlink/util.h:29:41: note: expanded from macro 'libusb_wrn'
fprintf(stderr, "error: " fmt ": %s\n" __VA_OPT__(,) __VA_ARGS__, \
^
/Users/olivier/Documents/CASIO/fxsdk/fxlink/usb.c:152:4: note: to match this '('
/Users/olivier/Documents/CASIO/fxsdk/fxlink/util.h:29:9: note: expanded from macro 'libusb_wrn'
fprintf(stderr, "error: " fmt ": %s\n" __VA_OPT__(,) __VA_ARGS__, \
^
3 errors generated.
make[2]: *** [CMakeFiles/fxlink.dir/fxlink/usb.c.o] Error 1
make[1]: *** [CMakeFiles/fxlink.dir/all] Error 2
make: *** [all] Error 2
Citer : Posté le 10/04/2021 22:58 | #
Non c'est pas bon, tu dois avoir le chemin à la place. Mais je me suis un peu trompé sur le timing, c'est après le make que tu pourras consulter build/fxsdk.sh, il n'existe pas à ce stade.
Et Clang ne supporte pas __VA_OPT__ hors du C++2x... sérieusement ?! Ça me rend furieux, ça vaut bien la peine d'améliorer les langages avec des remplacements élégants et sensibles si c'est pour qu'un compilateur sur deux reste sur le vieux hack de GCC !! Faut se réveiller putain !
J'ai poussé un fix pour ça mais je suis tilt pour la soirée maintenant.
Citer : Posté le 11/04/2021 14:09 | # |
Fichier joint
J'ai promis des news pour cette semaine, en voilà quelques-unes. Ce sera @RDP aussi... si le rédacteur est assez gentil ! ^^"
J'ai mentionné dans le précédent post sur mes expériences avec la communication calculatrice/PC par USB que j'avais fait un détour pour ajouter un nouvel outil fxlink au fxSDK.
Cet outil a deux objectifs : accélérer un peu les transferts vers la Graph 35+E II et Graph 90+E sur la ligne de commande, et permettre de communiquer avec des add-ins gint dans les situations simples (screenshots, envoi de texte ou de logs...).
Transferts avec la Graph 35+E II et la Graph 90+E
Comme vous le savez sans doute, la Graph 35+E II et la Graph 90+E se connectent au PC comme une clé USB, au lieu de se présenter comme un périphérique opaque auquel seuls FA-124 et quelques utilitaires communautaires comme le p7 de Cakeisalie5 peuvent accéder. C'est pratique la plupart du temps, mais quand on code il y a un inconvénient car le transfert est plus long.
À chaque fois, il faut monter la calculatrice, copier/coller le fichier, puis la démonter/éjecter... et c'est difficile d'automatiser cette procédure de façon fiable parce qu'il faut les droits administrateur pour monter/démonter et parce que tout le monde ne monte pas au même endroit.
Pourtant quand on clique sur la calculatrice dans le gestionnaire de fichiers elle se monte toute seule et sans privilèges administrateurs, donc j'ai creusé un peu pour savoir ce qu'il se passait. En fait, il se trouve que sur la plupart des OS un démon appelé UDisks2 (dépôt, documentation) est chargé de la gestion des volumes, et c'est lui qui monte et démonte la plupart des disques.
Armé de la documentation de la bibliothèque C pour UDisks2, j'ai programmé une fonctionnalité dans fxlink pour automatiquement détecter les calculatrices type-clé-USB branchés sur l'ordinateur, les monter, transférer des fichiers et les démonter. Vous pouvez voir le code ici si ça vous intéresse.
Le résultat c'est qu'on peut transférer en une ligne sans problème ! Dans la commande ci-dessous, le -s signifie que j'envoie un fichier par USB et le -w signifie que s'il n'y a pas de calculatrice branchée j'attends qu'une se présente (et comme je n'ai pas indiqué de délai, indéfiniment).
Mounted /dev/sdb1 to /run/media/el/disk.
Running cp 'gintctl.g3a' '/run/media/el/disk'
Unmounted /dev/sdb1.
Ejected /dev/sdb1.
Ça remplace avantageusement mes vieux hacks et ce sera inclus avec le reste de fxlink dans la prochaine version du fxSDK. Comme tout le monde n'utilise pas UDisks2, j'ai ajouté une option de compilation et une configuration GiteaPC pour désactiver cette fonctionnalité sur les machines où UDisks2 n'est pas installé.
Interactions avec les add-ins par USB
Quelque chose que j'ai mentionné aussi la semaine dernière c'est le mode --test de fxlink. Je ne lui ai pas encore trouvé de nom, mais ce mode servira de « partenaire USB » pour les add-ins, et permettra de récupérer des données, logs, screenshots en temps réel.
L'idée est simple : vous lancez votre add-in et fxlink (peu importe l'ordre), et ensuite dans votre add-in vous pouvez faire des transferts avec le module USB. fxlink recevra les informations sur le PC et se chargera de les sauvegarder, de convertir les screenshots en PNG, de les ouvrir immédiatement... comme ça dès que vous fermez l'add-ins vous avez immédiatement tout ce qu'il vous faut pour votre prochain post sur le topic du projet. Notez que pour les vidéos ce sera peut-être différent, je ne sais pas encore comme je vais aborder le format.
J'ai avancé sur ce front ces derniers jours, notamment en stabilisant (pour de bon j'espère) le driver USB, et en améliorant petit à petit l'API. Ultimement il n'y aura qu'à mettre if(key == KEY_F6) usb_fxlink_screenshot() avant update() (en plus d'ouvrir/fermer la connexion USB) et hop une image PNG sera enregistrée sur votre PC.
D'ailleurs pour maintenir la hype jusqu'à la semaine prochaine, en voilà un de screenshot ! Réalisé avec le prototype, mais clairement un bon début !
Citer : Posté le 11/04/2021 20:00 | #
D'abord, c'est super ce que tu nous présentes là !
Pour le debug c'est juste parfait, ça évite d'avoir à afficher des valeurs sur l'écran de la calto, ça peut nous permettre de renvoyer des valeurs de debug dans la console, magique !
Ajouté le 11/04/2021 à 20:02 :
Ensuite, j'ai supprimé le dossier fxsdk, j'ai git clone, puis pris la branche dev, et relancé le build install et j'ai d'autre choses qui s'affichent désormais XD
[ 13%] Building C object CMakeFiles/fxlink.dir/fxlink/filter.c.o
[ 20%] Building C object CMakeFiles/fxlink.dir/fxlink/main.c.o
[ 26%] Building C object CMakeFiles/fxlink.dir/fxlink/properties.c.o
[ 33%] Building C object CMakeFiles/fxlink.dir/fxlink/ud2.c.o
[ 40%] Building C object CMakeFiles/fxlink.dir/fxlink/util.c.o
[ 46%] Linking C executable fxlink
[ 46%] Built target fxlink
[ 53%] Generating fxsdk.sh
[ 53%] Built target fxsdk
[ 60%] Building C object CMakeFiles/fxg1a.dir/fxg1a/dump.c.o
[ 66%] Building C object CMakeFiles/fxg1a.dir/fxg1a/edit.c.o
[ 73%] Building C object CMakeFiles/fxg1a.dir/fxg1a/file.c.o
[ 80%] Building C object CMakeFiles/fxg1a.dir/fxg1a/icon.c.o
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:26:2: error: unknown type name 'png_image'; did you mean 'png_time'?
png_image img;
^~~~~~~~~
png_time
/Library/Frameworks/Mono.framework/Headers/png.h:597:3: note: 'png_time' declared here
} png_time;
^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:28:6: error: no member named 'opaque' in 'struct png_time_struct'
img.opaque = NULL;
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:29:6: error: no member named 'version' in 'struct png_time_struct'
img.version = PNG_IMAGE_VERSION;
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:29:16: error: use of undeclared identifier 'PNG_IMAGE_VERSION'
img.version = PNG_IMAGE_VERSION;
^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:31:2: error: implicit declaration of function 'png_image_begin_read_from_file' is invalid in C99
[-Werror,-Wimplicit-function-declaration]
png_image_begin_read_from_file(&img, filename);
^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:32:9: error: no member named 'warning_or_error' in 'struct png_time_struct'
if(img.warning_or_error)
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:34:42: error: no member named 'warning_or_error' in 'struct png_time_struct'
fprintf(stderr, "libpng %s: %s\n", img.warning_or_error == 1
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:35:30: error: no member named 'message' in 'struct png_time_struct'
? "warning": "error", img.message);
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:36:10: error: no member named 'warning_or_error' in 'struct png_time_struct'
if(img.warning_or_error > 1)
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:38:4: error: implicit declaration of function 'png_image_free' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
png_image_free(&img);
^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:43:6: error: no member named 'format' in 'struct png_time_struct'
img.format = PNG_FORMAT_GRAY;
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:43:15: error: use of undeclared identifier 'PNG_FORMAT_GRAY'
img.format = PNG_FORMAT_GRAY;
^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:45:28: error: no member named 'width' in 'struct png_time_struct'
void *buffer = calloc(img.width * img.height, 1);
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:45:40: error: no member named 'height' in 'struct png_time_struct'
void *buffer = calloc(img.width * img.height, 1);
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:49:3: error: implicit declaration of function 'png_image_free' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
png_image_free(&img);
^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:53:2: error: implicit declaration of function 'png_image_finish_read' is invalid in C99
[-Werror,-Wimplicit-function-declaration]
png_image_finish_read(&img, NULL, buffer, img.width, NULL);
^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:53:48: error: no member named 'width' in 'struct png_time_struct'
png_image_finish_read(&img, NULL, buffer, img.width, NULL);
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:54:25: error: no member named 'width' in 'struct png_time_struct'
if(width) *width = img.width;
~~~ ^
/Users/olivier/Documents/CASIO/fxsdk/fxg1a/icon.c:55:27: error: no member named 'height' in 'struct png_time_struct'
if(height) *height = img.height;
~~~ ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
make[2]: *** [CMakeFiles/fxg1a.dir/fxg1a/icon.c.o] Error 1
make[1]: *** [CMakeFiles/fxg1a.dir/all] Error 2
make: *** [all] Error 2
PS : d'ailleurs je note d'un côté toutes les étapes dans un doc, comme ça ça pourra être utile à d'autre
Citer : Posté le 11/04/2021 20:28 | #
Tu as un problème avec libpng. Tu es supposé avoir une version de libpng 1.6 mais à la place de ça CMake trouve quelque chose qui n'a rien à voir... dans /Library/Frameworks/Mono.framework/Headers/png.h. Gosh c'est chiant. Mais si t'es assez patient pour traverser toutes ces histoires alors moi aussi !
Pour ce cas c'est un peu la faute de CMake et Mac OS combiné, vois cette réponse sur Stack Oveflow. En gros CMake cherche la libpng d'abord et ensuite le header libpng indépendamment. Et là il tombe sur un autre header png.h qui n'a rien à voir avec la choucroute et du coup ça compile pas du tout.
J'ai poussé une variation (où j'utilise PkgConfig pour trouver libpng), pull, supprime le dossier build, refais le cmake puis le make, et dis-moi si ça va mieux.
Citer : Posté le 11/04/2021 20:49 | #
Ok merci pour l'explication, en tout cas Youhu ! Plus aucun message d'erreur !!
C'est bien parce que j'apprends comment marche git au passage
En effet, je pensais que tu t'étais trompé dans les chemins, quand je supposais que le prefix était bon c'était dans CASIO/fxsdk/fxsdk/fxsdk.sh
Du coup là j'ai bien un fichier dans CASIO/fxsdk/build/fxsdk.sh avec le bon prefix : .../CASIO
Ok donc le fxsdk c'est tout bon. Maintenant Gint !
Donc là j'ai fait
cd gint
export PATH="$PATH:/Users/olivier/Documents/CASIO/bin"
Ensuite
Could not find toolchain file: /lib/cmake/fxsdk/FX9860G.cmake
Call Stack (most recent call first):
CMakeLists.txt:4 (project)
CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool.
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_ASM_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!