Posté le 15/07/2017 13:54
Planète Casio v4.3 © créé par Neuronix et Muelsaco 2004 - 2024 | Il y a 49 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
Citer : Posté le 08/12/2018 15:44 | #
Essaie la commande suivante. Si ça renvoie "libgcc.a" au lieu d'un chemin complet, c'est que quelque chose s'est mal passé.
/home/el/opt/sh3eb-elf-2.31.1-8.2.0/lib/gcc/sh3eb-elf/8.2.0/libgcc.a
Citer : Posté le 08/12/2018 15:47 | #
En effet j'ai uniquement "libgcc.a"
Citer : Posté le 08/12/2018 15:48 | #
C'est certainement une bonne idée de retourner dans le dossier où tu as compilé GCC et relancer les commandes d'installation de libgcc. Tu n'as pas besoin de refaire la compilation.
Citer : Posté le 08/12/2018 15:48 | #
D'accord je fais ça de suite
Ajouté le 08/12/2018 à 15:53 :
Après avoir fais les commandes : % make all-target-libgcc
% make install-target-libgcc
J'a toujours le même résultat : "libgcc.a" avec la commande que tu m'as dit d'exécuter.
Citer : Posté le 08/12/2018 16:02 | #
Où la lib a-t-elle été installée ? Tu peux le voir dans le texte produit par make install-target-libgcc.
Citer : Posté le 08/12/2018 16:06 | #
la lib se trouve ici : /home/maxence/casio/sh3eb-elf-2.31.1-8.2.0/lib et libgcc : /home/maxence/casio/sh3eb-elf-2.31.1-8.2.0/build-gcc/sh3eb-elf/libgcc
Citer : Posté le 08/12/2018 16:21 | #
Donc, le premier chemin est l'endroit où elle a été installé ? C'est pas bon... tu peux lancer sh3eb-elf-gcc --print-search-dirs | grep libraries pour voir la liste des dossiers dans lesquels GCC cherche libgcc.a. Selon toute probabilité ça devrait être /home/maxence/casio/sh3eb-elf-2.31.1-8.2.0/lib/gcc/sh3eb-elf/8.2.0.
Je suis assez surpris qu'elle n'arrive pas au bon endroit. As-tu encore des traces de ton historique de commandes lors de la compilation et l'installation de GCC ?
Citer : Posté le 08/12/2018 16:28 | #
Voici le résultat de ta commande : libraries: =/lib/gcc/sh3eb-elf/7.3.0/:/lib/gcc/sh3eb-elf/7.3.0/../../../../sh3eb-elf/lib/sh3eb-elf/7.3.0/:/lib/gcc/sh3eb-elf/7.3.0/../../../../sh3eb-elf/lib/
Malheuresement je n'ai plus de traces des commandes de compilation et d'installation de GCC
Citer : Posté le 08/12/2018 16:39 | #
Tu t'es donc (probablement) trompé durant la compilation... voici à quoi la sortie devrait ressembler :
libraries: =/home/el/opt/sh3eb-elf-2.31.1-8.2.0/lib/gcc/sh3eb-elf/8.2.0/:/home/el/opt/sh3eb-elf-2.31.1-8.2.0/lib/gcc/sh3eb-elf/8.2.0/../../../../sh3eb-elf/lib/sh3eb-elf/8.2.0/:/home/el/opt/sh3eb-elf-2.31.1-8.2.0/lib/gcc/sh3eb-elf/8.2.0/../../../../sh3eb-elf/lib/
Comme tu peux le voir, le chemin devrait commencer par /home/maxence... là je vois /lib/gcc qui est le dossier d'installation du compilateur de ton système.
Aurais-tu fermé ton terminal avant de commencer la compilation du GCC ? La variable $PREFIX que l'on définit dans le tutoriel disparaît si tu fais ça, et cela change le dossier d'arrivée du compilateur.
La seule solution propre que je vois est de refaire l'installation avec le bon préfixe depuis le début. Mais si tu reconfigures pour changer le préfixe, tu vas probablement devoir recompiler...
Citer : Posté le 08/12/2018 16:42 | #
Je vais certainement tout refaire (pour la troisième fois xD). Je vais éviter de changer le prefix Merci encore ! Je n'ai pas fermer mon terminal une seule fois
Citer : Posté le 08/12/2018 16:42 | #
Désolé que ça soit un peu compliqué ! Et bon courage.
Citer : Posté le 08/12/2018 16:43 | #
Pas de soucis ! Cela vient de moi xD
Citer : Posté le 23/12/2018 15:00 | #
Pour gérer les niveaux de gris, on peut se contenter du .bmp ou alors faut faire autres choses ? J'ai jamais géré de sprites dans un prog
Citer : Posté le 23/12/2018 15:04 | #
Tu peux passer du bitmap à fxconv sans problème. Je préviens que la prochaine version de fxconv utilisera du png exclusivement (ça posera moins de problèmes), mais le principe reste le même.
Citer : Posté le 23/12/2018 15:09 | #
Du coup comme on passe par l'image c'est quels "gris" qui sont reconnus ? en RVB
Citer : Posté le 23/12/2018 15:11 | #
En gros c'est #555555 et #aaaaaa, si ton gris n'est pas exactement ça il est ramené au plus proche
Citer : Posté le 23/12/2018 15:17 | #
Ok merci bien, et maintenant dernière question, ça fait pas lourd pour le prog d'avoir des fichiers images comme le .bmp et .png ? Sachant que c'est que du gris on pourrait diviser la taille des fichiers environ par 3
Citer : Posté le 23/12/2018 15:18 | #
fxconv ne se contente pas de garder les bitmaps, il produit une image dans un format compact et rapide à afficher. Essentiellement tu obtiens en sortie le bitmap encodé en 4-couleurs ; tu ne peux pas faire beaucoup plus petit.
Citer : Posté le 23/12/2018 15:24 | #
Attention ma vraie question finale : fxconv est appelé quand ? à la compilation ?
Citer : Posté le 23/12/2018 16:32 | #
Oui. C'est toi qui appelles fxconv (entre tes appels à gcc) pour convertir tes ressources.
Citer : Posté le 23/12/2018 16:35 | #
Oh mince excuse moi j'avais déjà compilé un projet gint mais j'avais complètement oublié que j'avais fait la commande fxconv... Je suis quelqu'un de... pressé