Les membres ayant 30 points peuvent parler sur les canaux annonces, projets et hs du chat.
La shoutbox n'est pas chargée par défaut pour des raisons de performances. Cliquez pour charger.

Forum Casio - Vos tutoriels et astuces


Index du Forum » Vos tutoriels et astuces » [Tutoriel] Installation manuelle de GCC (et du fxSDK)
Lephenixnoir En ligne Administrateur Points: 24572 Défis: 170 Message

[Tutoriel] Installation manuelle de GCC (et du fxSDK)

Posté le 31/05/2014 17:02

Parmi les compilateurs C/C++ modernes de premier plan (LLVM, GCC, MSVC...), GCC est le seul à avoir un backend SuperH, ie. capable de générer des add-ins pour les calculatrices CASIO. Dans ce tutoriel, on va voir comment compiler GCC à la main. J'y mentionne également par le symbole les étapes supplémentaires nécessaires pour installer le fxSDK tout entier à la main.

Ce tutoriel était initialement utilisé pour toutes les installation de GCC pour la calculatrice, mais il y a maintenant des méthodes automatiques via le dépôt sh-elf-gcc, via MiddleArch ou même l'installation complète du fxSDK avec GiteaPC. Le texte ci-dessous est donc destiné à des personnes relativement expérimentées avec le terminal et les processus classiques de compilation, et spécifiquement à ceux qui voudraient tester des configurations inhabituelles. Pour relire l'ancien tutoriel, voir sur la forge Gitea.

Ce tutoriel est écrit pour Linux mais vous pouvez le suivre sous Windows 10 en utilisant WSL qui vous donnera accès à Ubuntu.

1. Présentation du processus

Dans ce tutoriel, on va compiler plusieurs logiciels. Côté compilateur, d'abord binutils, une suite de programmes qui gère l'assembleur, les fichiers objets, les bibliothèques, et l'édition des liens ; puis GCC, le compilateur C/C++ en lui-même.

Ensuite on va faire un détour par le fxSDK pour installer la bibliothèque mathématique et la bibliothèque standard C qui sont nécessaires pour avoir accès à la totalité du langage C.

On reviendra alors vers GCC, puisqu'une fois la lib standard C installée on peut compiler la bibliothèque standard C++, qui est là aussi nécessaire pour avoir accès à la totalité du langage C++.

Enfin on pourra finir l'installation du fxSDK avec gint et d'autres bibliothèques.

[fxSDK] Commencez par installer le dépôt fxsdk, qui fournit la sysroot dans laquelle on va installer le compilateur. C'est un cmake/make classique.

2. Installation des dépendances

Nos calculatrices utilisent des processeurs de la famille SuperH, on ne peut donc pas utiliser le même compilateur C que quand on programme pour l'ordinateur. On va utiliser un cross-compilateur qui ne s'appelera pas gcc mais sh-elf-gcc, attention à ne pas confondre !

Téléchargez la dernière version de binutils (téléchargement ici) ainsi que la dernière version de GCC (téléchargement ici). En cas d'erreur insondable, vous pourrez toujours tenter d'autres versions plus tard.

Attention : Si votre GCC système est en version 12.1 ou 12.2 (tapez gcc -v pour le déterminer), vous devez prendre GCC 11.1 pour la calculatrice à cause de ce bug de GCC pour x86_64.

Bien sûr GCC est un logiciel complexe avec pas mal de dépendances. Voici de quoi les installer :

# Pour Debian, Ubuntu, Mint, WSL pour Windows, et autres dérivés de Debian :
% sudo apt install libmpfr-dev libmpc-dev libgmp-dev libpng-dev libppl-dev flex g++ git texinfo
# Pour Arch Linux, Manjaro, et autres dérivés de Arch :
% sudo pacman -S mpfr libmpc gmp libpng ppl flex gcc git texinfo

  • MPFR : calcul flottant à précision arbitraire
  • MPC : calcul complexe à précision arbitraire
  • GMP : arithmétique entière multi-précision
  • libPNG : manipulations d'images PNG
  • PPL : optimisation polyhédrique (optimisation magique)
  • flex : générateur d'analyseurs lexicaux
  • g++ : compilateur C++ pour votre système
  • git : gestionnaire de versions
  • texinfo : générateur de documentation formatée

3. Préparation de l'environnement de compilation

Le compilateur et toutes les bibliothèques pour la calculatrice vont être installées dans un même dossier. Si vous utilisez le fxSDK, ce dossier est pré-choisi et la commande fxsdk path sysroot vous l'affiche. Sinon vous pouvez aller où vous voulez, mais restez dans votre dossier personnel.

% export PREFIX="$(fxsdk path sysroot)"
# Exemple de dossier hors fxSDK :
# export PREFIX="$HOME/opt/sh-elf-2.39-11.1.0"

% mkdir -p $PREFIX

Assurez-vous que $PREFIX/bin est dans votre PATH. Extrayez le contenu des archives que vous avez téléchargées dans un dossier temporaire, et créez deux répertoires build-binutils et build-gcc.

% tar -xJf binutils-2.39.tar.xz
% tar -xJf gcc-11.1.0.tar.xz
% mkdir build-binutils build-gcc

On va ensuite appliquer quelques patchs. On va d'abord toucher un fichier de binutils pour éviter la régénération d'un parser avec bison qui ne marche plus depuis longtemps :

% touch binutils-2.39/intl/plural.c

Si vous utilisez GCC 11.1 (et sans doute quelques versions d'avant), téléchargez de plus ce patch qui désactive des tests de configuration inutilement aggressifs dans la lib C++ et appliquez-le :

% patch -u -N -p0 < gcc-11.1.0-libstdc++-v3-skip-dlopen.patch

4. Compilation de binutils

La compilation de binutils est un configure/make classique. Les options qu'on utilise sont :

  • --prefix pour indiquer le dossier d'installation final.
  • --target="sh3eb-elf" pour spécifier qu'on veut un cross-compilateur pour SuperH.
  • --with-multilib-list="m3,m4-nofpu" indique plus précisément qu'on veut une variante pour SH3 et une pour SH4 sans FPU.
  • --program-prefix="sh-elf-" renomme le compilateur de sh3eb-elf-gcc à sh-elf-gcc vu qu'on a aussi le SH3.

Il n'y a pas beaucoup d'autres options intéressantes, mais vous pouvez les voir toutes avec configure --help.

% cd build-binutils
% ../binutils-2.39/configure --prefix="$PREFIX" --target="sh3eb-elf" --with-multilib-list="m3,m4-nofpu" --program-prefix="sh-elf-"

Une fois que tout est configuré, il n'y a plus qu'à compiler et à installer. Normalement ça va assez vite, comptez quelques minutes.

% make -j4
% make install-strip

Les exécutables de binutils ont dû apparaître dans $PREFIX/bin Essayez sh-elf-ld --version qui doit vous renvoyer la version de binutils (ici 2.39).

5. Compilation de gcc et de libgcc

Ensuite c'est pareil mais pour GCC. En plus des options précédentes, on indique :

  • --enable-languages="c,c++" qui spécifie les compilateurs qu'on veut. Si vous voulez expérimenter avec d'autres langages notamment Ada, D, Go ou Fortran, c'est là qu'il faut commencer !
  • --without-headers qui indique essentiellement qu'on veut un cross-compilateur.
  • --enable-clocale="generic" qui simplifie le module <locale> de la lib C++.
  • --enable-libstdcxx-allocator qui fait de même avec les allocateurs mémoire.
  • --disable-threads qui désactive le threading (qu'on n'a pas).
  • --disable-libstdcxx-verbose qui élimine des logs dans la lib C++.
  • --enable-cxx-flags="-fno-exceptions" qui désactive les exceptions durant la compilation de la lib C++.

Voyez le guide de configuration pour toutes les options utiles.

% cd "$PREFIX/build-gcc"
% ../gcc-11.1.0/configure --prefix="$PREFIX" --target="sh3eb-elf" --with-multilib-list="m3,m4-nofpu" --enable-languages="c,c++" --without-headers --program-prefix="sh-elf-" --enable-clocale="generic" --enable-libstdcxx-allocator --disable-threads --disable-libstdcxx-verbose --enable-cxx-flags="-fno-exceptions

Cette fois la compilation occupera entre 10 et 30 minutes... ou 5/6 heures sur un vieux Raspberry Pi.

% make -j4 all-gcc all-target-libgcc
% make install-strip-gcc install-strip-target-libgcc

Avec ça vous devez pouvoir taper sh-elf-gcc -v et la version et les options de compilation.

[fxSDK] C'est le moment d'installer OpenLibm, avec make.
[fxSDK] Installez aussi la lib C, fxlibc, un autre cmake/make classique.

6. Compilation de libstdc++

On peut maintenant revenir dans le dossier de compilation de GCC et compiler des libs plus évoluées, comme la lib C++. Si vous testez d'autres langages (par exemple D) c'est le moment de compiler les libs qui vont avec (libphobos), ou même de compiler libssl, libiberty, etc. selon vos goûts.

% make -j4 all-target-libstdc++-v3
% make install-strip-target-libstdc++-v3

Et voilà, la toolchain est complète. Si vous manquez d'espace disque vous pouvez supprimez les archives, dossiers de sources, et dossiers de build de binutils et GCC.

Vous pouvez aussi installer gdb dans la même veine que binutils pour pouvoir debugger les add-ins à distance.

[fxSDK] Installez maintenant gint, et les autres libs qui vous plaisent (eg. libprof, zlib, etc).

Et voilà, vous avez un compilateur C/C++ complet voire un SDK complet pour programmer des add-ins.

Fichier joint


Précédente 1, 2, 3 ··· 6, 7, 8, 9, 10, 11, 12 ··· 20 ··· 23, 24, 25 Suivante
Legolas Hors ligne Ancien rédacteur Points: 3266 Défis: 104 Message

Citer : Posté le 17/02/2018 19:12 | #


Tu veux dire, cette ligne ?

configure:4528: checking for suffix of object files


Ok, je lance ;

La Fontaine a écrit :
Patience et longueur de temps valent mieux que force ni que spam.



Ajouté le 17/02/2018 à 19:31 :
J'ai comme réponse :


/usr/lib/x86_64-linux-gnu/libmpfr.so.4.1.4
/usr/lib/x86_64-linux-gnu/libmpfr.a
/usr/lib/x86_64-linux-gnu/libmpfr.so
/usr/lib/x86_64-linux-gnu/libmpfr.so.4
/usr/share/doc/libmpfr4
/usr/share/doc/libmpfr-dev
/var/lib/dpkg/info/libmpfr-dev:amd64.md5sums
/var/lib/dpkg/info/libmpfr-dev:amd64.list
/var/lib/dpkg/info/libmpfr4:amd64.list
/var/lib/dpkg/info/libmpfr4:amd64.md5sums
/var/lib/dpkg/info/libmpfr4:amd64.shlibs
/var/lib/dpkg/info/libmpfr4:amd64.symbols
/var/lib/dpkg/info/libmpfr4:amd64.triggers
/var/cache/apt/archives/libmpfr-dev_3.1.4-1_amd64.deb

Mes programmes
Cacher les programmes
Mes défis
Cacher les défis



Lephenixnoir En ligne Administrateur Points: 24572 Défis: 170 Message

Citer : Posté le 17/02/2018 19:33 | #


Ok, essaie :

$ export LD_LIBRARY_PATH="/usr/lib/x86_64-linux-gnu/:$LD_LIBRARY_PATH"

Si ça marche, ajoute cette ligne à ton .bashrc ou ton .profile une fois que tu auras fini de compiler, sinon tu risques de ne pas pouvoir utiliser le compilateur à la fin.
Mon graphe (11 Avril): ((Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; passe gint 3 ; ...) || (shoutbox v5 ; v5)
Legolas Hors ligne Ancien rédacteur Points: 3266 Défis: 104 Message

Citer : Posté le 17/02/2018 19:37 | #


Merci ! J'ai encore la même erreur quand je relance le makefile (make all-target-libgcc), donc je teste avec les autres dossiers
Mes programmes
Cacher les programmes
Mes défis
Cacher les défis



Theprog Hors ligne Membre Points: 1447 Défis: 20 Message

Citer : Posté le 19/02/2018 20:10 | # | Fichier joint


Salut salut !
Oui je reviens d'un peu loin (boh 6 mois c'est si peu)
J'ai rouvert mon vieux PC linux pour un projet à l'école et je me suis dit que ça pourrait être sympa de se reprendre un peu la tête sur la Casio.
Donc j'ai voulu compiler mon petit AGBSW encore une fois avec le dernier linker que m'avait donné Lephé et ,en effet, l'add-in plante direct comme prévu. Enfin pour être précis, il me fait le premier affichage, mais après impossible de se déplacer dans les menus, y'a plus qu'à faire un Reset.
Voilà voilà, le fichier principal est en pièce jointe
Merci d'avance
Lephenixnoir En ligne Administrateur Points: 24572 Défis: 170 Message

Citer : Posté le 19/02/2018 22:02 | #


Theprog a écrit :
Donc j'ai voulu compiler mon petit AGBSW encore une fois avec le dernier linker que m'avait donné Lephé et ,en effet, l'add-in plante direct comme prévu.

Peu de surprise, mais c'est cool que tu t'y sois remis ! o/

Avant que j'oublie, ML_display_vram() ne fonctionnera pas. Il faut passer les pointers du driver en volatile pour ça.

Je vois pas trop de raisons que ça plante. Tu peux faire un exemple minimal de programme qui ne marche pas (ie. isoler juste le code qui plante) ? Je voudrai tester demain mais ça va être serré (en temps) donc ça m'aiderait.
Mon graphe (11 Avril): ((Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; passe gint 3 ; ...) || (shoutbox v5 ; v5)
Theprog Hors ligne Membre Points: 1447 Défis: 20 Message

Citer : Posté le 20/02/2018 11:25 | #


Je suis pas complètement sûr de moi mais ça serait pas le GetKey qui fait planter l'AddIn ?
Avec ce code:
#include <display.h>
#include <keyboard.h>
#include <fxlib.h>

int main(void)
{
    extern image_t assets_image_title;
    extern font_t assets_font_island;
    unsigned int key=0;

    text_configure(&assets_font_island, color_black);

    dclear();
    dimage(0, 1, &assets_image_title);
    dtext(9, 31, "NEW GAME");
    dtext(9, 39, "NEW GAME");
    dtext(9, 47, "NEW GAME");
    dupdate();

    GetKey(&key);
    // getkey();
    return 0;
}

et en compilant avec ces commandes:
sh3eb-elf-gcc -c src/main.c -o build/main.o `fxsdk --cflags` -I include
fxconv -image assets/image_title.bmp -o build/image_title.bmp.o -n assets_image_title
fxconv -image assets/font_island.bmp -o build/font_island.bmp.o -n assets_font_island
sh3eb-elf-gcc build/main.o build/image_title.bmp.o build/font_island.bmp.o -o build/moisland.elf `fxsdk --cflags --libs` -I include -L . -lfx
sh3eb-elf-objcopy -R .comment -R .bss -O binary build/moisland.elf build/moisland.bin
g1a-wrapper build/moisland.bin -o moisland.g1a -i moisland.bmp --version='01.00.0000' --date='2017.0101.0000'

l'add-in plante, et il n'affiche rien, alors qu'avec le getkey(); à la place, ça se lance tranquillement...
Après c'est possible que je compile comme un sagouin
-florian66- Hors ligne Ancien rédacteur Points: 2384 Défis: 20 Message

Citer : Posté le 20/02/2018 11:29 | #


Je crois que tu ne peux pas utiliser fxlib quand tu utilises Gint

Dans ce cas, déclare #include "heyboard.h" et utilises getkey() de Gint
In Arch, I trust ! And you ?
Theprog Hors ligne Membre Points: 1447 Défis: 20 Message

Citer : Posté le 20/02/2018 12:11 | #


Oui c'est possible que ça soit ça, mais dans tous les cas faudra que je réécrive tout pour n'utiliser que gint puisque c'est un des gros avantages qu'il y a à passer sur Linux.
Le problème qui vient ensuite c'est que je me fait insulter quand je cherche à compiler en C++..
Ce code là marche très bien:
Code C
Cliquer pour enrouler
#include <display.h>
#include <keyboard.h>


void Menu_Main();

int main(void)
{
    Menu_Main();

    return 0;
}

void Menu_Main()
{
    int key=0;
    char i=0;
    // extern font_t assets_font_island;

    // text_configure(&assets_font_island, color_black);

    while(1)
    {
        while(key != KEY_EXE)
        {
            dclear();
            
            dtext(0, 0, "ANGRY BIRD STAR WARS");
            dtext(10, 10, "JOUER");
            dtext(10, 18, "STATS");
            dtext(10, 26, "OPTIONS");
            dtext(10, 34, "CREDITS");
            dtext(10, 42, "QUITTER");
            
            dtext(3, 10+8*i, ">");
            dupdate();
            
            key = getkey();
            
            switch(key)
            {
                case KEY_DOWN:
                    i++;
                    if(i>4) i=0;
                    break;
                case KEY_UP:
                    i--;
                    if(i<0) i=4;
                    break;
                case KEY_EXIT:
                    return;
            }
        }
        
        key=0;
    }
}

Compilation
Cliquer pour enrouler
sh3eb-elf-gcc -c src/main.c -o build/main.o `fxsdk --cflags` -I include
fxconv -image assets/image_title.bmp -o build/image_title.bmp.o -n assets_image_title
fxconv -image assets/font_island.bmp -o build/font_island.bmp.o -n assets_font_island
sh3eb-elf-gcc build/main.o build/image_title.bmp.o build/font_island.bmp.o -o build/moisland.elf `fxsdk --cflags --libs` -I include
sh3eb-elf-objcopy -R .comment -R .bss -O binary build/moisland.elf build/moisland.bin
g1a-wrapper build/moisland.bin -o moisland.g1a -i moisland.bmp --version='01.00.0000' --date='2017.0101.0000'
g1a-wrapper: warning: version string '01.00.0000' does not have expected format 'MM.mm.pppp'
g1a-wrapper: warning: date string '2017.0101.0000' does not have expected format 'yyyy.MMdd.hhmm'


Par contre dès qu'on passe sur du cpp ça marche moins:
Code C++
Cliquer pour enrouler
extern "C"
{
    #include <display.h>
    #include <keyboard.h>
}

void Menu_Main();

int main(void)
{
    Menu_Main();

    return 0;
}

void Menu_Main()
{
    int key=0;
    char i=0;
    // extern font_t assets_font_island;

    // text_configure(&assets_font_island, color_black);

    while(1)
    {
        while(key != KEY_EXE)
        {
            dclear();
            
            dtext(0, 0, "ANGRY BIRD STAR WARS");
            dtext(10, 10, "JOUER");
            dtext(10, 18, "STATS");
            dtext(10, 26, "OPTIONS");
            dtext(10, 34, "CREDITS");
            dtext(10, 42, "QUITTER");
            
            dtext(3, 10+8*i, ">");
            dupdate();
            
            key = getkey();
            
            switch(key)
            {
                case KEY_DOWN:
                    i++;
                    if(i>4) i=0;
                    break;
                case KEY_UP:
                    i--;
                    if(i<0) i=4;
                    break;
                case KEY_EXIT:
                    return;
            }
        }
        
        key=0;
    }
}

Compilation
Cliquer pour enrouler
sh3eb-elf-g++ -c src/main.cpp -o build/main.o `fxsdk --cflags` -I include
In file included from /usr/share/fxsdk/gint/display.h:67:0,
                 from src/main.cpp:3:
/usr/share/fxsdk/gint/tales.h:96:43: error: expected ')' before 'operator'
void text_configure(font_t *font, color_t operator);
                                           ^~~~~~~~
/usr/share/fxsdk/gint/tales.h:96:43: error: expected initializer before 'operator'
In file included from src/main.cpp:3:0:
/usr/share/fxsdk/gint/display.h:132:52: error: expected ')' before 'operator'
void drect(int x1, int y1, int x2, int y2, color_t operator);
                                                    ^~~~~~~~
/usr/share/fxsdk/gint/display.h:132:52: error: expected initializer before 'operator'
/usr/share/fxsdk/gint/display.h:145:41: error: expected ')' before 'operator'
void dpixel(size_t x, size_t y, color_t operator);
                                         ^~~~~~~~
/usr/share/fxsdk/gint/display.h:145:41: error: expected initializer before 'operator'
/usr/share/fxsdk/gint/display.h:154:52: error: expected ')' before 'operator'
void dline(int x1, int y1, int x2, int y2, color_t operator);
                                                    ^~~~~~~~
/usr/share/fxsdk/gint/display.h:154:52: error: expected initializer before 'operator'
Makefile:30 : la recette pour la cible « build/main.o » a échouée
make: *** [build/main.o] Erreur 1

Le problème est le même en compilant avec sh3eb-elf-gcc
Lephenixnoir En ligne Administrateur Points: 24572 Défis: 170 Message

Citer : Posté le 20/02/2018 13:00 | #


Oh mais attends, moi j'ai cru dans ton exemple d'hier que tu n'utilisais que fxlib. Utiliser GetKey() sous gint est une « erreur ». Ça ne marchera jamais ! Comme -florian66- l'a dit, utilise getkey(), c'est la seule façon. (Puis tu verras que y'a plus d'options aussi <3)

Ah oui, y'a une emmerde avec les headers de gint, j'ai appelé un paramètre operator, mais en C++ c'est un mot-clé du coup le compilateur apprécie pas.

Le problème est le même en compilant avec sh3eb-elf-gcc

gcc devine le langage par l'extension, et du coup invoque g++. Donc normal que ça donne la même chose.

J'ai commit un petit changement sur le repo de gint. Tu peux soit pull et réinstaller, soit modifier /usr/share/fxsdk/gint/display.h pour remplacer les trois operator par autre chose, genre _operator. Ça devrait aller mieux ensuite.

PS. Ton main() doit être dans le extern "C" {} aussi.
Mon graphe (11 Avril): ((Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; passe gint 3 ; ...) || (shoutbox v5 ; v5)
Theprog Hors ligne Membre Points: 1447 Défis: 20 Message

Citer : Posté le 20/02/2018 14:02 | #


C'est bon ça compile ! o/ Merci pour toutes ces précisions

Par contre j'ai un nouveau problème. En fait, un des trucs qui fait planter l'Add-In et qui y est toujours, c'est le chargement d'une police de caractère: text_configure(&assets_font_island, color_black);

Si je ne met pas cette ligne dans mon code, l'Add-In marche normalement avec la police par defaut, par contre avec la ligne il plante. Pourtant le fichier BMP est bien présent (j'ai repris celui du tuto), la commande 'fxconv -image assets/font_island.bmp -o build/font_island.bmp.o -n assets_font_island' ne renvoie pas d'erreur, et celle-ci non plus 'sh3eb-elf-gcc build/AGBSW.cpp.o build/font_island.bmp.o -o build/AGBSW.elf fxsdk --cflags --libs -I include'
Lephenixnoir En ligne Administrateur Points: 24572 Défis: 170 Message

Citer : Posté le 20/02/2018 14:04 | #


Ben c'est une police, faut passer -font à fxconv, pas -image o/
Mon graphe (11 Avril): ((Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; passe gint 3 ; ...) || (shoutbox v5 ; v5)
Theprog Hors ligne Membre Points: 1447 Défis: 20 Message

Citer : Posté le 20/02/2018 14:08 | #


build/%.bmp.o: assets/%.bmp
ifeq ($(findstring font, $<),)
    fxconv -image $< -o $@ -n $(<:assets/%.bmp=assets_%)
else
    fxconv -font $< -o $@ -n $(<:assets/%.bmp=assets_%)
endif


Merci !

Ajouté le 20/02/2018 à 20:24 :
J'ai un nouveau problème avec bfile.h cette fois
sh3eb-elf-gcc -c src/memory.c -o build/memory.c.o `fxsdk --cflags` -I include
In file included from src/memory.h:16:0,
                 from src/memory.c:25:
/usr/share/fxsdk/gint/bfile.h:21:24: error: unknown type name 'uint16_t'
int BFile_Remove(const uint16_t *file);

Lephenixnoir En ligne Administrateur Points: 24572 Défis: 170 Message

Citer : Posté le 20/02/2018 20:35 | #


J'ai commit le fix. J'avais oublié d'inclure <stdint.h>, l'en-tête qui définit uint16_t, dans bfile.h. Je me sers de ce type comme d'un synonyme de FONTCHARACTER !
Mon graphe (11 Avril): ((Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; passe gint 3 ; ...) || (shoutbox v5 ; v5)
Theprog Hors ligne Membre Points: 1447 Défis: 20 Message

Citer : Posté le 20/02/2018 22:53 | # | Fichier joint


Bon on arrive à la dernière étape
Mais je comprend pas trop pourquoi il veut pas travailler:
sh3eb-elf-gcc build/mobile.cpp.o build/control.cpp.o build/AGBSW.cpp.o build/piaf.cpp.o build/level.cpp.o build/bow.cpp.o build/memory.c.o build/attractor.cpp.o build/draw.cpp.o build/object.cpp.o build/pig.cpp.o build/image_bow.bmp.o build/font_island.bmp.o -o build/AGBSW.elf `fxsdk --cflags --libs` -I include
build/mobile.cpp.o: In function `Mobile::colliObject(Object*, float)':
mobile.cpp:(.text+0xb0c): undefined reference to `_sqrt'
build/mobile.cpp.o: In function `Mobile::get_spd() const':
mobile.cpp:(.text+0xd8c): undefined reference to `_sqrt'
build/level.cpp.o: In function `Level::play()':
level.cpp:(.text+0x1404): undefined reference to `IsKeyUp(int)'
level.cpp:(.text+0x1890): undefined reference to `IsKeyUp(int)'
build/memory.c.o: In function `_memory_load':
memory.c:(.text+0x7fc): undefined reference to `_BFile_GetFileSize'

J'ai bien:
- #include <math.h> dans mobile.h
- le fichier math.h dans include
- IsKeyUp défini dans control.h, et control.h inclut dans level.h
- bfile.h inclut dans memory.h
Voilà voilà
Lephenixnoir En ligne Administrateur Points: 24572 Défis: 170 Message

Citer : Posté le 20/02/2018 22:59 | #


IsKeyUp défini dans control.h, et control.h inclut dans level.h

Non, IsKeyUp() est déclaré dans control.h, ça dit au compilateur qu'il existe mais ça ne donne pas son code. Maintenant le compilateur exige le code. Il est dans fxlib, et tu ne peux pas l'utiliser avec gint. Fouille dans keyboard.h, tu trouveras de quoi faire des multigetkey() qui s'arrêtent « rapidement » si aucune touche n'est pressée. Je suis désolé, mais il va falloir que tu changes un peu la manière dont tu gères ton clavier.

- le fichier math.h dans include

Pareil, là le compilo veut le code de sqrt(). Et je ne l'ai pas implémentée, cette fonction... je n'en suis pas encore là. Vois avec @-florian66- pour des implémentations potentielles le temps que gint arrive à suivre.

memory.c:(.text+0x7fc): undefined reference to '_BFile_GetFileSize'

Pull et réinstalle, si tu veux bien. J'ai raté une majuscule tout à l'heure.
Mon graphe (11 Avril): ((Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; passe gint 3 ; ...) || (shoutbox v5 ; v5)
Theprog Hors ligne Membre Points: 1447 Défis: 20 Message

Citer : Posté le 20/02/2018 23:03 | #


Non mais temporairement j'ai bricolé un truc dans control.cpp
int IsKeyDown(int key)
{
    volatile uint8_t *adrr = keyboard_stateBuffer();

    return (adrr[key & 0x0f] & 0x1<<((key&0xf0)/16))!=0;
}

int IsKeyUp(key_t key)
{
    return !IsKeyDown(key);
}

Lephenixnoir En ligne Administrateur Points: 24572 Défis: 170 Message

Citer : Posté le 21/02/2018 07:54 | #


C'est ok de bricoler, mais pense à utiliser les bonnes fonctions un jour. C'est pas un hasard si ma vieille horloge programmée avec ces fonctions (à peu près) vidait les piles en 4 heures d'utilisation. x)
Mon graphe (11 Avril): ((Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; passe gint 3 ; ...) || (shoutbox v5 ; v5)
Theprog Hors ligne Membre Points: 1447 Défis: 20 Message

Citer : Posté le 21/02/2018 12:35 | #


Si je ne me trompe pas, t'avais oublié un autre operator dans les commits précédents:
/usr/share/fxsdk/gint/tales.h:96:43: error: expected ')' before 'operator'
void text_configure(font_t *font, color_t operator);


Du coup j'ai réglé le problème pour le sqrt, par contre j'arrive pas à régler les deux autres.

J'ai fait reinstallé gint si je ne me trompe pas (git pull de gint, puis make mrproper, ./config, make, sudo make install), mais j'ai toujours le même problème:
build/memory.c.o: In function `_memory_load':
memory.c:(.text+0x7fc): undefined reference to `_BFile_GetFileSize'


Et pour le IsKeyDown du coup je comprend pas puisque la fonction est bien définie dans le .h et le .cpp, mais malgré ça:
build/level.cpp.o: In function `Level::play()':
level.cpp:(.text+0x1404): undefined reference to `IsKeyUp(int)'
level.cpp:(.text+0x1890): undefined reference to `IsKeyUp(int)'

Lephenixnoir En ligne Administrateur Points: 24572 Défis: 170 Message

Citer : Posté le 21/02/2018 12:45 | #


Ah right, j'ai modifié cet autre operator. Merci du signalement !

Ta méthode de mise à jour est très bien. J'ai juste été trop vite et oublié d'exporter la fonction. Encore désolé, tu peux re-pull. x)

Mets ta définition de fonction dans un extern "C" {}. Je rappelle que le compilateur C++ modifie à la volée les noms de tes fonctions, excepté si tu les mets là-dedans. Évidemment un programme C++ qui demande à appeler une certaine fonction va être modifié pour appeler la fonction avec le nom modifié. Mais les programmes C comme memory, non. Donc il faut que tu demandes au compilateur C++ de ne pas faire de bordel avec les noms de tes fonctions.
Mon graphe (11 Avril): ((Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; passe gint 3 ; ...) || (shoutbox v5 ; v5)
Theprog Hors ligne Membre Points: 1447 Défis: 20 Message

Citer : Posté le 21/02/2018 13:13 | #


Les deux premiers points c'est bon

Par contre le second, si je comprend bien, ça veut dire que les fichiers control.h et control.cpp deviennent:
Control.h
Cliquer pour enrouler
#ifndef __CONTROL_H__
#define __CONTROL_H__

    extern "C"
    {
        #include <keyboard.h>

    }
    
    #ifdef __cplusplus
    extern "C"
    {
    #endif
    
        int IsKeyDown(int key);
        int IsKeyUp(int key);

    #ifdef __cplusplus
    }
    #endif

    class Control
    {
        public:
            Control();
            Control(unsigned int bind);
            Control(unsigned int bind, int cooldown);
            ~Control();
            
            bool test();
            void reset_lastDown();
            
        private:
            unsigned int m_bind;
            int m_lastDown;
            int m_cooldown;
    };

#endif


Control.cpp
Cliquer pour enrouler
#include "control.h"


int IsKeyDown(int key)
{
    volatile uint8_t *adrr = keyboard_stateBuffer();

    return (adrr[key & 0x0f] & 0x1<<((key&0xf0)/16))!=0;
}

int IsKeyUp(key_t key)
{
    return !IsKeyDown(key);
}


Control::Control() : m_bind(0), m_lastDown(0), m_cooldown(10)
{
    
}

Control::Control(unsigned int bind) : m_bind(bind), m_lastDown(0), m_cooldown(10)
{
    
}

Control::Control(unsigned int bind, int cooldown) : m_bind(bind), m_lastDown(0), m_cooldown(cooldown)
{
    
}

Control::~Control()
{
    
}


bool Control::test()
{
    if(m_lastDown>0)
        m_lastDown--;
    else
    {
        if(IsKeyDown(m_bind))
        {
            m_lastDown = m_cooldown;
            return true;
        }
        m_lastDown=0;
    }
    
    return false;
}

void Control::reset_lastDown()
{
    m_lastDown = 0;
}


Mais si je fais ça j’obtiens:
src/control.cpp: In function 'int IsKeyUp(key_t)':
src/control.cpp:14:5: error: conflicting declaration of C function 'int IsKeyUp(key_t)'
int IsKeyUp(key_t key)
     ^~~~~~~
In file included from src/control.cpp:1:0:
src/control.h:16:7: note: previous declaration 'int IsKeyUp(int)'
   int IsKeyUp(int key);

Lephenixnoir En ligne Administrateur Points: 24572 Défis: 170 Message

Citer : Posté le 21/02/2018 13:55 | #


Tu as déclaré la fonction IsKeyUp() comme prenant un int en argument, mais tu l'as implémentée comme prenant un key_t. Les deux sont équivalents, donc prends n'importe lequel, mais utilise-en un seul.
Mon graphe (11 Avril): ((Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; passe gint 3 ; ...) || (shoutbox v5 ; v5)
Précédente 1, 2, 3 ··· 6, 7, 8, 9, 10, 11, 12 ··· 20 ··· 23, 24, 25 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 v4.3 © créé par Neuronix et Muelsaco 2004 - 2024 | Il y a 63 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