Les membres ayant 30 points peuvent parler sur les canaux annonces, projets et hs du chat.

Forum Casio - Projets de programmation


Index du Forum » Projets de programmation » gint : un noyau pour développer des add-ins
Lephenixnoir En ligne Administrateur Points: 19811 Défis: 142 Message

gint : un noyau pour développer des add-ins

Posté le 20/02/2015 17:30

Les SDKs classiques pour écrire des add-ins sont le fx-9860G SDK de Casio avec fxlib (pour Graph monochrome) et le PrizmSDK avec libfxcg (pour Prizm et Graph 90+E). Voici mon alternative : le fxSDK avec gint, pour toutes les plateformes.

Contrairement à fxlib et libfxcg, qui appellent les fonctions de l'OS pour faire leur travail, gint est un noyau indépendant de l'OS qui exploite seul le matériel et le met à disposition de votre add-in. Il vous offre plus de finesse sur le contrôle du matériel, notamment le clavier, l'écran et les horloges, de meilleurs performances sur le dessin, les drivers et la gestion de interruptions, et des choses entièrement nouvelles comme le moteur de gris.

Toutes les sources de gint sont publiques et accessibles sur la forge de Planète Casio :

» Dépôt Gitea Lephenixnoir/gint «

Voici plus précisément ce que gint vous offre de nouveau :

• Un contrôle détaillé du clavier pour les jeux, parfait pour les combos !
• Des timers avec une précision de 60 ns, d'autres à 30 µs
• Toutes vos images converties automatiquement sans code à copier (plus de Sprite Coder)
• Des polices personnalisées
• Des fonctions de dessin, d'images et de texte fulgurantes et optimisées la main
• Mesurer les performance de votre code à la microseconde près (avec libprof)
• Le contrôle du matériel et des interruptions
• Plein de petites choses pratiques comme dprint(1, 1, "x=%d", x)

• (Graph monochrome) Un moteur de gris pour faire des jeux en 4 couleurs !
• (Graph monochrome) La compatibilité SH3 et SH4, avec le même fichier g1a.

• (Graph 90+E) Une nouvelle police de texte, plus lisible et économe en espace
• (Graph 90+E) Le dessin en plein écran, sans les bordures blanches et la barre de statut !
• (Graph 90+E) Un driver écran capable de triple-buffering

Le coût de tout ceci, c'est que vous avez une copie du code de gint dans votre add-in. Cela prend environ 20 ko de place (selon la quantité de fonctions que vous utilisez), soit à peu près comme le sprintf() de fxlib qui fait 18 ko !

Et voici quelques photos et captures d'écran !





Tester gint sur votre machine

La fin du portage vers la Graph 90+E signera la sortie de gint v2. L'add-in de test de l'application est désormais gintctl :

» Dépôt Gitea Lephenixnoir/gintctl «

En plus de tester les fonctionnalités de gint, cet add-in contient quelques outils permettant d'inspecter la machine, la mémoire, et les registres. Je le développe au fur et à mesure, et je posterai un protocole de test complet avec la sortie de la v2 !

Utiliser gint pour développer des add-ins

Normalement, vous avez besoin du fxSDK pour développer avec gint. Le fxSDK est compatible avec Linux et Mac OS, et on peut réfléchir à un portage sous Windows s'il y a vraiment des intéressés. Il faut l'installer en premier (et avoir un cross-compilateur GCC).

La procédure de compilation et d'installation de gint est décrite sur le README du dépôt, c'est du configure - make tout à fait banal.

Une fois que gint est installé sur votre système, voyez les tutoriels de développement pour avoir un aperçu de son fonctionnement. La plupart des choses sont expliquées dans les en-têtes (fichiers .h) de la bibliothèque que vous pouvez consulter en ligne, sur votre copie locale du dépôt, ou dans les dossiers d'installation du compilateur.

Obtenir la dernière version de gint après une mise à jour

Je pousse régulièrement des mises à jour de gint sur le dépôt du projet. Pour les télécharger, tapez git pull, puis recompilez et réinstallez gint avec make et make install.

Changelog et infos de migration

Ci-dessous se trouve la liste des posts indiquant les nouvelles versions de gint, et les instructions pour modifier vos add-ins quand c'est nécessaire.

gint 2.4.0 (27 Avril 2021) — Api GINT_CALL() pour les callbacks
gint 2.3.1 (2 Février 2021)
gint 2.3.0 (29 Janvier 2021)
gint 2.2.1 (12 Janvier 2021)
gint 2.2.0 (11 Janvier 2021)
gint 2.1.1 (16 Septembre 2020)
gint 2.1.0 (21 Août 2020) — Polices UnicodeNouvelle API du moteur de gris
gint 2.0.3-beta (10 Juillet 2020) — Modifications de l'API timer
gint 2.0.2-beta (17 Juin 2020)


Anecdotes et bugs pétés

Ô amateurs de bas niveau, j'espère que vous ne ferez pas les mêmes erreurs que moi.

Toujours spécifier les flags dans .section en assembleur
Ne pas oublier des registres lors de la sauvegarde du contexte durant une interruption
Aligner correctement les adresses des sections dans le linker script
Toujours spécifier l'alignement des structures packed (message du 01/03/2017)

Fichier joint


Précédente 1, 2, 3 ··· 10 ··· 20 ··· 30 ··· 40 ··· 49, 50, 51, 52, 53, 54 Suivante
Ninestars Hors ligne Membre Points: 2348 Défis: 22 Message

Citer : Posté le 25/04/2021 12:06 | #


Ah oui je suis preneur un makefile pour le c et c++ !

D'accord, donc en fait le "problème" c’est la lib standard, celle qui contient malloc, etc, les fonctions de math cos son tan...
tout ce qui est en fait si j'ai bien compris.

Étonnant que je sois "le premier" à me poser la question du c++ on dirait
Lephenixnoir En ligne Administrateur Points: 19811 Défis: 142 Message

Citer : Posté le 25/04/2021 12:08 | #


Il y a deux choses pour la lib standard. Il y a la lib standard C qui contient malloc(), les fonctions math, etc. et ça gint en fournit une partie (string, malloc), OpenLibm en fournit une autre (les fonctions math), et dans l'ensemble s'il manque un truc ça peut se coder.

Le reste c'est la lib standard C++ qui contient new/delete, std::string, std::vector, et tout le bordel. Ça on n'a pas, en gros tu n'as que le langage C++.

Tu n'es pas le premier à te poser la question, mais personne n'a pris le temps et les moyens de le faire marcher sérieusement donc je pense que les précédents se sont rabattus sur le C.

Ok pour le Makefile, je vais m'en occuper.
Ninestars Hors ligne Membre Points: 2348 Défis: 22 Message

Citer : Posté le 25/04/2021 12:15 | #


Oh si c’est que new delete les string et les vector ça change pas de quand je codais avec le sdk casio
Ce que je cherche c’est surtout le langage c++, le reste c’est bonus

Merci pour l'explication
Lephenixnoir En ligne Administrateur Points: 19811 Défis: 142 Message

Citer : Posté le 25/04/2021 13:32 | #


Attends pendant que j'y pense Ninestars tu n'utilises pas CMake dans ton projet ?
Ninestars Hors ligne Membre Points: 2348 Défis: 22 Message

Citer : Posté le 25/04/2021 13:45 | #


Si j'utilise CMake.
Enfin je suppose puisque j'utilise le fxsdk, et il y a un fichier CMakeList dans mon projet.
Je fais juste fxsdk build-fx
Lephenixnoir En ligne Administrateur Points: 19811 Défis: 142 Message

Citer : Posté le 25/04/2021 13:47 | #


D'accord, dans ce cas-là tu n'as pas besoin que je te fournisse un Makefile qui gère le C++. Ce ne serait utile que si tu utilisais un projet fxSDK type-Makefile, mais tu utilises un projet type-CMake (ce qui est plus pratique en général).

Le C++ doit marcher tout seul normalement, si tu rencontres un souci montre les détails et on pourra voir.
Ninestars Hors ligne Membre Points: 2348 Défis: 22 Message

Citer : Posté le 25/04/2021 14:05 | # | Fichier joint


Ok, ça semble bien compiler en c++ en renommant en cpp.
Il fallait bien ajouter le extern "C" pour les include blabla.h

J'ai quelques warning
cc1plus: warning: command-line option '-Wstrict-prototypes' is valid for C/ObjC but not for C++
cc1plus: warning: command-line option '-Wmissing-prototypes' is valid for C/ObjC but not for C++
cc1plus: warning: '-Werror=' argument '-Werror=implicit-function-declaration' is not valid for C++
cc1plus: warning: command-line option '-std=c11' is valid for C/ObjC but not for C++


PS : j'utilise le makefiles de Kikoudx en pièce jointe
Lephenixnoir En ligne Administrateur Points: 19811 Défis: 142 Message

Citer : Posté le 25/04/2021 14:10 | #


Faut séparer en deux.

set(CMAKE_C_FLAGS -std=c11 -Wall -Wextra ...etc...)
set(CMAKE_CXX_FLAGS -std=c++11 -Wall -Wextra ...etc...)

Et du coup tu peux retirer le target_compile_options() en-dessous de add_executable(), puisque les options affectées aux variables CMAKE_*_FLAGS sont appliquées automatiquement.

Note que KikooDX a mis plein de warnings qui à mon humble avis vont te rendre la vie plus dure. S'ils t'emmerdent hésite pas à les enlever.
Pedrobzh En ligne Membre Points: 573 Défis: 0 Message

Citer : Posté le 25/04/2021 14:43 | #


Ninestart c'est MOI qui a posé la question du c++ avec fxSDK en premier
pensés suicidaires sue a des programmes qui marche pas
   20%
Lephenixnoir En ligne Administrateur Points: 19811 Défis: 142 Message

Citer : Posté le 25/04/2021 14:43 | #


Lol non. J'ai demandé en 2014 et j'étais même pas le premier, c'est juste qu'à l'époque le fx-9860G SDK était utilisé et qu'on peut pas y rajouter de libs.
Ninestars Hors ligne Membre Points: 2348 Défis: 22 Message

Citer : Posté le 25/04/2021 15:00 | #


Autant pour moi, je n'ai pas lu tout l'historique du forum...

Du coup, je n'ai pas bien saisi, comment je dois m'y prendre si je veux utiliser les fonctions de math cos, sin, tan, ... ?
Lephenixnoir En ligne Administrateur Points: 19811 Défis: 142 Message

Citer : Posté le 25/04/2021 15:02 | #


Tkt je répondais à Pedro.

Tu peux installer OpenLibm. Comme tu l'as déjà installé pour compiler gint (puisque l'affichage de %f en dépend) tu es prêt. Il te suffit de #include <openlibm/openlibm.h> et pouf.
Ninestars Hors ligne Membre Points: 2348 Défis: 22 Message

Citer : Posté le 25/04/2021 15:08 | #


Ok très simple, merci,

Néanmoins j'ai une erreur
CASIO/gcc/lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm.h:4:10: fatal error: openlibm_complex.h: No such file or directory
Lephenixnoir En ligne Administrateur Points: 19811 Défis: 142 Message

Citer : Posté le 25/04/2021 15:10 | #


Ah oui je sais, zut.

Dans ton CMakeLists.txt, un peu après le add_executable(), ajoute cette ligne.

target_include_directories(${PROJECT_NAME} PRIVATE "${FXSDK_COMPILER_INSTALL}/include/openlibm")

Et ensuite utilise #include <openlibm.h> à la place.
Ninestars Hors ligne Membre Points: 2348 Défis: 22 Message

Citer : Posté le 25/04/2021 15:22 | #


Ok, ça semble mieux fonctionner !

Par contre, il ne trouve pas PI, j'ai regardé dans openlibm_math.h, il semble être défini sur M_PI, mais il ne le trouve pas non plus

J'ai utilisé que des float jusqu'à présent. Tu me conseillerais quoi ? rester avec des float ou passer au double ?
Lephenixnoir En ligne Administrateur Points: 19811 Défis: 142 Message

Citer : Posté le 25/04/2021 15:27 | #


M_PI n'est exposé que si tu as __BSD_VISIBLE ou __XSI_VISIBLE. Techniquement parlant le C standard ne requiert pas que M_PI soit défini. OpenLibm ne donne que les choses vraiment standard sauf si tu demandes les extensions (BSD ou XSI ici).

#define __BSD_VISIBLE
#include <openlibm.h>


Ajouté le 25/04/2021 à 15:28 :
Comme tu es sur du point-flottant CPU la différence entre les float et les double est significative, utilise des float quand tu le peux, et n'oublie pas d'utiliser les fonctions float aussi (genre cosf()) ou d'inclure tgmath.h pour avoir la version générique. Sinon tu vas convertir en double, calculer cos() en double, et reconvertir en float, ce qui est encore pire.
Ninestars Hors ligne Membre Points: 2348 Défis: 22 Message

Citer : Posté le 25/04/2021 17:27 | #


OK, merci je vais garder que des float du coup

En ajoutant __BSD_VISIBLE dans mon .hpp
extern "C"
{
    #define __BSD_VISIBLE
    #include <openlibm.h>
}

j'ai le compilateur qui s'affole :
Consolidate compiler generated dependencies of target Windmill
[ 20%] Building CXX object CMakeFiles/Windmill.dir/src/camera.cpp.obj
In file included from /Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm_fenv.h:18,
                 from /Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm.h:5,
                 from /Users/olivier/Documents/CASIO/Windmill/src/camera.hpp:50,
                 from /Users/olivier/Documents/CASIO/Windmill/src/camera.cpp:7:
/Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm_fenv_sh3eb.h:82:18: error: #if with no expression
   82 | #if __BSD_VISIBLE
      |                  ^
In file included from /Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm.h:6,
                 from /Users/olivier/Documents/CASIO/Windmill/src/camera.hpp:50,
                 from /Users/olivier/Documents/CASIO/Windmill/src/camera.cpp:7:
/Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm_math.h:159:19: error: operator '||' has no left operand
  159 | #if __BSD_VISIBLE || __XSI_VISIBLE
      |                   ^~
/Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm_math.h:181:18: error: #if with no expression
  181 | #if __BSD_VISIBLE
      |                  ^
/Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm_math.h:252:19: error: operator '||' has no left operand
  252 | #if __BSD_VISIBLE || __ISO_C_VISIBLE >= 1999 || __XSI_VISIBLE
      |                   ^~
/Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm_math.h:281:19: error: operator '||' has no left operand
  281 | #if __BSD_VISIBLE || __XSI_VISIBLE
      |                   ^~
/Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm_math.h:290:19: error: operator '||' has no left operand
  290 | #if __BSD_VISIBLE || __ISO_C_VISIBLE >= 1999
      |                   ^~
/Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm_math.h:306:18: error: #if with no expression
  306 | #if __BSD_VISIBLE
      |                  ^
/Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm_math.h:391:18: error: #if with no expression
  391 | #if __BSD_VISIBLE
      |                  ^
/Users/olivier/Documents/CASIO/gcc/bin/../lib/gcc/sh3eb-elf/10.2.0/include/openlibm/openlibm_math.h:478:18: error: #if with no expression
  478 | #if __BSD_VISIBLE
      |                  ^

Lephenixnoir En ligne Administrateur Points: 19811 Défis: 142 Message

Citer : Posté le 25/04/2021 17:52 | #


Ouuups #define __BSD_VISIBLE 1 ça aurait été mieux. Faut lui donner une valeur pour calculer avec, cette macro !
Ninestars Hors ligne Membre Points: 2348 Défis: 22 Message

Citer : Posté le 25/04/2021 18:13 | #


Hmmm changé changé en ajoutant 1. Mais en fin de compte il ne trouve pas la fonction
undefined reference to `_cos'

Pareil avec cosf
Hackcell Hors ligne Membre Points: 1384 Défis: 11 Message

Citer : Posté le 25/04/2021 18:20 | #


oublie pas d'ajouter -lm aux arguments de GCC pour lui dire d'utiliser la bibliothèque math.h lors de la compilation
Ninestars Hors ligne Membre Points: 2348 Défis: 22 Message

Citer : Posté le 25/04/2021 18:24 | #


Dans mon CMakeLists j'ai modifié par
target_compile_options(${PROJECT_NAME} PRIVATE -Wall -Wextra -Os -lm)

Mais j'ai exactement le même problème
Précédente 1, 2, 3 ··· 10 ··· 20 ··· 30 ··· 40 ··· 49, 50, 51, 52, 53, 54 Suivante

LienAjouter une imageAjouter une vidéoAjouter un lien vers un profilAjouter du codeCiterAjouter un spoiler(texte affichable/masquable par un clic)Ajouter une barre de progressionItaliqueGrasSoulignéAfficher du texte barréCentréJustifiéPlus petitPlus grandPlus de smileys !
Cliquez pour épingler Cliquez pour détacher Cliquez pour fermer
Alignement de l'image: Redimensionnement de l'image (en pixel):
Afficher la liste des membres
:bow: :cool: :good: :love: ^^
:omg: :fusil: :aie: :argh: :mdr:
:boulet2: :thx: :champ: :whistle: :bounce:
valider
 :)  ;)  :D  :p
 :lol:  8)  :(  :@
 0_0  :oops:  :grr:  :E
 :O  :sry:  :mmm:  :waza:
 :'(  :here:  ^^  >:)

Σ π θ ± α β γ δ Δ σ λ
Veuillez donner la réponse en chiffre
Vous devez activer le Javascript dans votre navigateur pour pouvoir valider ce formulaire.

Si vous n'avez pas volontairement désactivé cette fonctionnalité de votre navigateur, il s'agit probablement d'un bug : contactez l'équipe de Planète Casio.

Planète Casio v42 © créé par Neuronix et Muelsaco 2004 - 2021 | Il y a 89 connectés | Nous contacter | Qui sommes-nous ? | Licences et remerciements

Planète Casio est un site communautaire non affilié à Casio. Toute reproduction de Planète Casio, même partielle, est interdite.
Les programmes et autres publications présentes sur Planète Casio restent la propriété de leurs auteurs et peuvent être soumis à des licences ou copyrights.
CASIO est une marque déposée par CASIO Computer Co., Ltd