Forum Casio - Vos tutoriels et astuces


Index du Forum » Vos tutoriels et astuces » [Tutoriel] Compiler sous Linux avec un cross-compilateur gcc
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

[Tutoriel] Compiler sous Linux avec un cross-compilateur gcc

Posté le 31/05/2014 17:02

Qui dit Linux implique son puissant compilateur gcc, et de nombreux outils permettant de développer plus librement, plus efficacement. Ce tutoriel présente la compilation de gcc et de sa suite pour l'architecture de la calculatrice.

Note aux utilisateurs d'Arch Linux : il y a des paquets sh3eb-elf-{binutils,gcc} sur l'AUR.

Ouvrez un terminal (je suppose que vous savez faire les opérations de base avec), et faites attention à ne pas le fermer par erreur, ça pourrait gêner. Accrochez-vous bien !

Sommaire

1. Installation des dépendances
2. Choix de votre architecture cible
3. Préparation de l'environnement de compilation

4. Compilation de binutils
5. Compilation de gcc et de libgcc
6. Compilation de newlib (experts)

7. Installation du g1a-wrapper
8. Choisir un environnement de développement



1. Installation des dépendances

Dans ce tutoriel, on va compiler plusieurs programmes : d'abord binutils, une suite qui gère l'assembleur, l'édition des liens, les fichiers exécutables et tout ce qui n'est pas du C ; le compilateur gcc qui compile le code C en assembleur ; et peut-être même newlib, une bibliothèque standard qui fournit les fonctions fondamentales du C.

Le gcc qui compile vers la calculatrice produit du code en assembleur SuperH, ce n'est pas celui de votre système qui compile probablement en assembleur x86_64. Vous devez faire attention à ne pas confondre les deux !

À l'heure où j'écris cette version du tutoriel (20.08.2018), les dernières versions disponibles sont binutils-2.31.1 et gcc-8.2.0. N'hésitez pas à prendre des versions plus récentes, mais prenez-les proches dans le temps. La communauté d'OSDev (qui compile gcc à tours de bras) a un tableau où elle indique les combinaisons qui ont marché. Si vous en réusissez une nouvelle, allez leur dire.

La manipulation peut échouer à cause d'erreurs de compilation imprévisibles et que vous ne saurez souvent pas résoudre ; en général soit il vous manque des dépendances soit vous êtes tombé sur des versions qui ne veulent pas marcher chez vous, vous pouvez alors essayer avec d'autres.

Téléchargement de binutils
Téléchargement de gcc
Compilations réussies par la communauté d'OSDev

Bien sûr gcc est un logiciel complexe qui s'appuie sur différentes bibliothèques pour faire son boulot : il y a donc un certain nombre de dépendances à installer. Les noms de paquets ci-dessous sont pour Debian et ses dérivés (Ubuntu, Mint, ElementaryOS...), à utiliser avec apt. Si vous avez une autre distribution vous saurez vous débrouiller.

mpfr  (libmpfr-dev)  : flottants à précision variable
mpc   (libmpc-dev)   : complexes à précision variable
gmp   (libgmp-dev)   : arithmétique à multi-précision
png   (libpng-dev)   : manipulation d'images
ppl   (libppl-dev)   : polyèdres Parma (optimisation magique)
flex  (flex)         : générateur d'analyseurs lexicaux
g++   (g++)          : compilateur C++
git   (git)          : gestionnaire de versions



2. Choix de votre architecture cible

Les processeurs de nos calculatrices font partie de la lignée des SuperH, et vous savez peut-être qu'il y en a deux versions : les vieilles machines ont du SH-3, les plus récentes du SH-4A. Votre compilateur compilera pour une seule de ces deux architectures, il faut donc choisir.

Si vous envisagez de programmer sur des calculatrices monochromes, vous devez choisir SH3 pour supporter les modèles un peu anciens. Le code SH3 est compatible SH4 donc vous pourrez lancer vos add-ins partout. Dans ce cas, l'architecture à utiliser est "sh3eb-elf". Tapez la commande suivante dans votre terminal :

% export TARGET="sh3eb-elf"

Si vous êtes certain de n'utiliser qu'une Graph 90+E ou que vous êtes expert en assembleur et que vous voulez explorer les possibilités des SH4, vous pouvez cibler directement les SH4. Dans ce cas, l'architecture s'appelle "sh4eb-nofpu-elf" :

% export TARGET="sh4eb-nofpu-elf"




3. Préparation de l'environnement de compilation

Choisissez maintenant un dossier de votre répertoire personnel pour tout compiler. Le compilateur sera installé là, et pas dans les dossiers système, pour éviter d'interférer avec le gestionnaire de paquets et l'utilisation de droits root. Pour moi, ce sera dans $HOME/opt avec le numéro de version dans le nom, mais vous pouvez choisir $HOME/Documents/Casio/gcc si ça vous plaît (ça ne changera rien à la suite).

% export PREFIX="$HOME/opt/sh3eb-elf-2.31.1-8.2.0"
% mkdir -p $PREFIX
% cd $PREFIX

Ensuite, extrayez le contenu des archives que vous avez téléchargées dans ce dossier, et créez deux répertoires build-binutils et build-gcc. Si par exemple les archives sont au format .tar.xz dans le dossier que vous venez de choisir, vous pouvez les extraire avec tar. Pour créer les sous-dossier, mkdir comme d'habitude.

% tar -xJf binutils-2.31.1.tar.xz
% tar -xJf gcc-8.2.0.tar.xz
% mkdir build-binutils build-gcc

Après cela, votre dossier doit ressembler à quelque chose comme ça quand vous exécutez la commande "tree -L 1" :

% tree -L 1
.
├── binutils-2.31.1
├── binutils-2.31.1.tar.xz
├── build-binutils
├── build-gcc
├── gcc-8.2.0
└── gcc-8.2.0.tar.xz

Le compilateur et tous les outils de sa suite vont arriver dans un sous-dossier bin. Pour pouvoir les utiliser sur la ligne de commande, vous devez les ajouter au PATH. Utilisez la commande ci-dessous. Pour que la configuration soit permanente, ajoutez la commande dans votre fichier $HOME/.profile (en remplaçant $PREFIX par sa valeur), sinon ça disparaîtra en fermant le terminal !

% export PATH="$PATH:$PREFIX/bin"



4. Compilation de binutils

La compilation de binutils est très classique : conigure, make, make install. Notez (ça marche jusqu'à la fin du tutoriel) que make possède une option -j pour compiler avec plusieurs processus en même temps, pour aller plus vite. Utilisez toujours -j suivi d'un nombre, typiquement votre nombre de coeurs. Pour moi, 2.

Choisir le bon nombre de threads pour -j (pour information)

% cd build-binutils
% ../binutils-2.31.1/configure --prefix=$PREFIX --target=$TARGET --disable-nls

(experts) La liste complète des options de compilation est donnée par configure --help, en voici quelques-unes suscesptibles de vous intéresser :

--disable-nls pour forcer les diagnostics en anglais
--disable-werror pour couper l'option -Werror
--enable-libssp pour compiler libssp (protection de pile)
--enable-lto pour activer le support des optimisations au linkage (puissant)

Une fois que tout est configuré, il n'y a plus qu'à compiler et à installer. Normalement ça va assez vite, comptez quelques minutes. Si vous avez une erreur de compilation, vérifiez les dépendances et les en-têtes possiblement manquants. Sinon, changez de version de binutils et éventuellement de gcc.

% make -j2
% make install

Les exécutables de binutils ont dû apparaître dans $PREFIX/bin. Essayez $PREFIX/bin/$TARGET-as --version pour vérifier que ça marche !



5. Compilation de gcc et de libgcc

Maintenant, on recommence pareil, mais cette fois on compile un morceau beaucoup plus gros : gcc. L'option --enable-languages vous permet de choisir les langages que vous voulez pouvoir compiler, notamment C, C++, Ada, Go ou Fortran. Attention au temps de compilation qui va vite monter !

cd $PREFIX/build-gcc
% ../gcc-8.2.0/configure --prefix=$PREFIX --target=$TARGET --enable-languages=c,c++ --without-headers --with-newlib --disable-nls

(experts) Les options --disable-werror, --enable-libssp et --enable-lto doivent être passées ici si vous les avez passées à binutils.

Et c'est parti pour compiler ! Comptez entre 10 et 30 minutes (pour c,c++) selon la puissance de votre ordinateur, 5 à 6 heures sur un vieux Raspberry Pi !

% make -j2 all-gcc
% make install-gcc

« Tout le code compilé avec gcc doit être linké avec libgcc », c'est une règle à laquelle on ne déroge pas ! Vous devez donc compiler libgcc, ce qui se passe très vite et sans accroc.

% make all-target-libgcc
% make install-target-libgcc



6. Compilation de newlib (experts)

Memallox vient de lancer un port de newlib (en anglais) pour supporter une libc avec gcc. Pour l'instant c'est au stade expérimental ; vous pouvez sauter cette section jusqu'à ce que ce soit bien étudié.

Clônez le dépôt de Memallox dans le répertoire de travail ou créez un lien symbolique. Ensuite, configurez de la même façon :

% git clone https://git.planet-casio.com/Memallox/libc
% mkdir build-newlib
% cd build-newlib
% ../libc/configure --prefix=$PREFIX --target=$TARGET --enable-target-optspace
% make -j2
% make install

Là aussi les options de configuration --enable-libssp et --enable-lto peuvent vous intéresser. Ensuite, recompilez gcc (avec les mêmes options, en particulier --without-headers et --with-newlib) :

% cd build-gcc
% ../gcc-8.2.0/configure --prefix=$PREFIX --target=$TARGET --enable-languages=c,c++ --without-headers --with-newlib --disable-nls
% make -j2 all-gcc
% make install-gcc
% make all-target-libgcc
% make install-target-libgcc

Je ne sais pas s'il est nécessaire de recompiler libgcc mais ça ne coûte rien !



7. Installation du g1a-wrapper

Votre binutils pour l'architecture sh3eb-elf produit des fichiers au format... ELF. Il y a encore un peu de travail à faire avant d'obtenir un g1a. Le g1a-wrapper est un petit programme qui va nous y aider. Clônez-le depuis un dépôt git et installez-le dans le dossier des binaires du compilateur.

% cd $PREFIX
% git clone "https://Lephenixnoir""@""bitbucket.org/Lephenixnoir/add-in-wrapper.git"
% cd add-in-wrapper
% make
% cp build/g1a-wrapper $PREFIX/bin

Vous avez maintenant terminé le tutoriel d'installation de GCC ! La dernière section est là pour vous aider à écrire des programmes.



8. Choisir un environnement de développement

Maintenant que vous avez le compilateur, vous pouvez écrire des add-ins ! Enfin... presque. Il vous manque encore de quoi écrire à l'écran, surveiller le clavier, et convertir vos images.

Pour ça, vous avez (à l'heure où j'écris cette version du tutoriel), deux choix : utiliser fxlib porté pour gcc, ou bien utiliser gint.

Jusqu'ici le tutoriel pour développer des add-ins avec fxlib était sur cette page, mais je vais le déplacer dans un topic à part. Je l'ai temporairement laissé dans le spoiler ci-dessous.

Tutoriels d'utilisation de gint

Ancien tutoriel d'utilisation de fxlib
Cliquez pour recouvrir

Étape 7 : Commandement central (environnement de projet)

On va créer un modèle de projet que vous pourrez réutiliser. Tout ça se passe en-dehors de la compilation de gcc, je vous conseille donc de changer de dossier. ~/my-awesome-project pourrait être sympa. Dans tous les cas, vous pouvez fermer le terminal pour l'instant. Si vous avez de l'expérience dans la programmation C, je ne vais pas vous apprendre à organiser un projet... il vous faudra juste quelques fichiers donnés plus bas.

Voilà par exemple comment on pourrait organiser un projet:
- un dossier include contenant les 6 headers de fxlib (dispbios.h, endian.h, filebios.h, fxlib.h, keybios.h, timer.h)
- la bibliothèque libfx.a
- les fichiers addin.ld et crt0.s
- une icône, par exemple icon.bmp
- les sources (dans un dossier src par exemple)

Le code de base est un peu plus simple qu'avec le SDK (toutes les choses bourrines ayant été mises dans crt0.s) :[/justify]
#include <fxlib.h>

int main(void)
{
    unsigned int key;
    locate(1, 1);
    Print((unsigned char *)"gcc add-in");
    while(1) GetKey(&key);
    return 1;
}

Tous ces fichiers sont prêts à utiliser dans l'archive suivante.
Télécharger le projet d'exemple

Voilà sans plus attendre la commande à utiliser pour compiler ce nouveau projet. Y'a plein d'options, mais rien de bien méchant, vous allez voir...

$ sh3eb-elf-gcc -m3 -mb -mrenesas -ffreestanding -nostdlib -T addin.ld crt0.s addin.c -o addin.elf -I include -lgcc -L . -lfx -O2

- Les options -m3 et -mb indiquent qu'on veut du code pour SH3 (même si on utilise déjà le sh3eb-elf, il y a plusieurs variantes) utilisant le big-endian (cela concerne l'ordre des octets en mémoire dans des variables de plusieurs octets)
- L'option -mrenesas demande à GCC de produire du code compatible avec fxlib
- L'option -ffreestanding signale que le programme compilé tient « tout seul », sans s'appuyer sur un système d'exploitation (gcc fournit alors deux-trois choses en plus)
- L'option -I include indique que certains de nos fichiers d'en-tête sont dans le dossier include
- L'option -nostdlib indique que l'on n'a pas de bibliothèque standard (elle est dans fxlib)
- L'option -O2 active l'optimisation du code (facultatif, mais utile)

Ça c'est les options de compilation proprement dites. Ici, on compile tout d'un coup et on effectue l'édition des liens (génération du fichier exécutable) dans la foulée, donc les options se mélangent. Si vous avez un gros projet, vous allez compiler les fichiers un par un avec -c et tout linker ensuite. Les options que j'ai citées pour l'instant sont celles qu'on utilisera à la compilation. Les options suivantes sont spécifiques au linkage :

- L'option -T addin.ld indique au compilateur que les règles qu'on l'on veut voir respecter lors de l'édition des liens sont dans le fichier addin.ld
- Les options -L . et -lfx indiquent qu'on veut utiliser fxlib, et que le fichier libfx.a se trouve dans le dossier courant
- L'option -lgcc spécifie l'utilisation de libgcc (il faut toujours utiliser libgcc !)
- Bien sûr, -o addin.elf indique le nom du fichier de sortie

Notez que le fichier crt0.s est un autre fichier source qui contient du code indispensable. Pensez à le compiler aussi, ici en même temps que le programme addin.c. Le fichier de sortie est au format ELF (le format classique sous Linux), ce qu'on avait prévu en compilant un gcc pour l'architecture sh3eb-elf.

Étape 8 : Réseaux de communication (génération du g1a)

Le format ELF a plein d'avantages, mais on ne veut que du binaire pur. Pour cela, on va utiliser un programme de binutils, objcopy, qui va nous permettre de changer le format. En deux mots, supprimer l'ELF et ne garder que le binaire pur (ce qui est dit par -O binary). On supprime aussi deux-trois sections au passage (.comment et .bss), n'oubliez pas de le faire sinon vous aurez un fichier énormissime en sortie.

$ sh3eb-elf-objcopy -R .comment -R .bss -O binary addin.elf addin.bin

On n'a plus maintenant qu'à ajouter les informations de l'application add-in pour obtenir un fichier g1a. C'est le boulot du g1a-wrapper. Il y a des options pour pas mal de champs (que vous pouvez obtenir en exécutant g1a-wrapper --help), mais faisons simple et mettons juste une icône :

$ g1a-wrapper addin.bin -o addin.g1a -i icon.bmp


Terminé ! Vous n'avez plus qu'à transférer votre nouvel add-in... pour ça, seul un bon vieux terminal et des programmes en ligne de commande sont désormais dignes de vous. On en a quelques-uns :
- Le grand P7 de Cakeisalie5
- CasioUsb de Nessotrin


Merci d'avoir suivi ce tuto ! N'hésitez pas à laisser vos impressions, idées d'amélioration, messages de réussite ou même messages d'erreur dans les commentaires !

Fichier joint


Pages : Précédente1 ... , 11, 12, 13, 14, 15, 16, 17Suivante
ItytHors ligneMembrePoints: 204 Défis: 0 Message

Citer : Posté le 14/12/2018 22:14 | # | Fichier joint


Désolé pour le retard, j'ai mis à upload le fichier puis 1h plus tard j'ai remarqué que l'extension n'était pas acceptée. Le voici ci-joint.
salut je m'appelle sacha et je viens du bourg-palette et voici mon meilleur ami pikachu
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

Citer : Posté le 14/12/2018 22:18 | #


Effectivement, la table des symboles de filebios.robj montre que filebios.c contenait une référence à strncmp() mais aucun autre fichier de la bibliothèque ne la définit.

Bon, eh bien je suppose que tu peux la réimplémenter à défaut de creuser trop profond. Espérons que tu n'auras rien de plus compliqué qui sortira.
ItytHors ligneMembrePoints: 204 Défis: 0 Message

Citer : Posté le 14/12/2018 22:23 | #


Mais du coup, comment je fais pour rediriger la compilation vers cette implémentation de strncmp() ? Puisque il est écrit en dur un chemin absolu complètement faux dans filebios.robj.
salut je m'appelle sacha et je viens du bourg-palette et voici mon meilleur ami pikachu
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

Citer : Posté le 14/12/2018 22:25 | #


Je pense que le chemin est juste un souvenir de là où étaient les sources à l'origine, et n'influence pas la compilation.

Tout ce que tu as à faire, c'est t'assurer que le fichier qui contient strncmp() est après -lfx dans ta ligne de commande :

gcc ... -lfx strncmp.o -lgcc

Si ça ne marche pas bien, poste tes commandes pour qu'on y voit plus de détails.
ItytHors ligneMembrePoints: 204 Défis: 0 Message

Citer : Posté le 14/12/2018 23:00 | #


aïe aïe aïe vraiment dérangeant d'avoir perdu les biblio élémentaires pour fxlib (string.h), je vais tenter de faire une fonction maison ça sera un bon exercice.
salut je m'appelle sacha et je viens du bourg-palette et voici mon meilleur ami pikachu
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

Citer : Posté le 14/12/2018 23:00 | #


Bon courage !
ItytHors ligneMembrePoints: 204 Défis: 0 Message

Citer : Posté le 14/12/2018 23:59 | # | Fichier joint


bon... j'ai la même erreur. Je compile avec cette commande :
sh3eb-elf-gcc -m3 -mb -mrenesas -ffreestanding -nostdlib -T rules/* src/* -o tmp.elf -Iinclude -lgcc -Linclude -lfx string.o -O2

string.o est bien dans le dossier courant.
Et pour compiler string.c je fais :
sh3eb-elf-gcc -c -m3 -mb -mrenesas -ffreestanding -nostdlib src/* -Iinclude -lgcc -Linclude -lfx -O2

sachant que string.c est dans src/ et string.h est dans include/
je laisse plein d'argument à la commande car je sais pas trop comment ça marche
Je t'ai mis mes fichiers string.h/.c en fichier joint au cas où.

EDIT: gint gère bien les fichiers ou pas ?
salut je m'appelle sacha et je viens du bourg-palette et voici mon meilleur ami pikachu
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

Citer : Posté le 15/12/2018 09:54 | #


Ah mais quand tu compiles string.o il ne faut mettre que str/string.c, sinon string.o contient des références vers toutes les fonctions de fxlib, c'est encore pire !

sh3eb-elf-gcc -c -m3 -mb -mrenesas -ffreestanding -nostdlib src/string.c -o string.o -O2

De plus -L et -l sont des options de linker, ça ne sert à rien de les mettre tant que tu compiles.

Je note également que dans ton strncpy(), sauf erreur de ma part tu fais un tour de trop - la condition doit être i<=n sinon quand n=1 tu fais deux tours de boucle au lieu d'un seul.

Ityt a écrit :
EDIT: gint gère bien les fichiers ou pas ?

Ce n'est pas à gint que ce rôle revient... et si tu as des doutes jette une oeil aux sources. x)
ItytHors ligneMembrePoints: 204 Défis: 0 Message

Citer : Posté le 15/12/2018 10:54 | #


Ok merci bien.
Pour le programme, je pense que c'est l'inverse ! On sort plus tôt de la boucle avec i < n qu'avec i <= n puisque i a juste à être égal à n pour sortir !
Par contre je dois avouer que la condition du while (i < n && src[i++]) est fausse, je dois d'abord incrémenter i avant de faire la verif i < n. À voir si le i++ agît avant le && j'ai jamais testé.

EDIT: c'est bon il faut juste inverser les deux membres de la condition donc faire src[i++] && i< n
salut je m'appelle sacha et je viens du bourg-palette et voici mon meilleur ami pikachu
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

Citer : Posté le 15/12/2018 11:29 | #


Effectivement, c'est l'inverse, j'ai relaxé la condition dans le mauvais sens xD

Donc ce que tu dis ensuite correspond à ce que je voulais souligner. Une autre solution est while(++i < n && str[i]), mais tout ça n'est pas toujours très bien défini. Vérifie que quand tu compiles avec -Wall -Wextra il n'y a pas de warning à ce sujet.
ItytHors ligneMembrePoints: 204 Défis: 0 Message

Citer : Posté le 15/12/2018 11:50 | #


Oui no problemo sur ce côté là, bon après dernière remarque, il faut pas incrémenter avant src[i] car on veut copier le '\0' puis partir, si on incrémente i avant ça va sortir de la boucle un tour à l'avance juste avant '\0'
Bon bref je vais voir où ça en est avec string.o merci pour l'aide
salut je m'appelle sacha et je viens du bourg-palette et voici mon meilleur ami pikachu
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

Citer : Posté le 15/12/2018 11:51 | #


Diantre, tu as encore raison ! Heureusement qu'il y a newlib ! xD
ItytHors ligneMembrePoints: 204 Défis: 0 Message

Citer : Posté le 15/12/2018 12:00 | #


Bon ça ne marche toujours pas, je pense vraiment que le problème c'est que filebios.robj doit être modifié pour qu'il arrête de regarder dans le chemin absolu Et sinon pour gint, tu as déjà essayé la manipulation de fichiers ? T'as eu des problèmes ou pas ?
salut je m'appelle sacha et je viens du bourg-palette et voici mon meilleur ami pikachu
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

Citer : Posté le 15/12/2018 12:10 | #


Si tu le veux bien, envoie-moi ton projet dans une archive et je me charge de le faire compiler.

La réponse est oui, quand je compile gint j'ai bien une centaine de fichiers différents et ça marche très bien. Le problème n'est clairement pas ici. x)
ItytHors ligneMembrePoints: 204 Défis: 0 Message

Citer : Posté le 15/12/2018 12:41 | # | Fichier joint


C'est pas vraiment un projet... je testais juste les fonctions, du coup si t'arrives à compiler avec seulement ce qu'il y a dans le zip j'aimerais bien la technique
salut je m'appelle sacha et je viens du bourg-palette et voici mon meilleur ami pikachu
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

Citer : Posté le 15/12/2018 14:32 | #


Mais... mais... c'est strncmp() qu'il demande, pas strncpy() ! Tu n'as pas implémenté la bonne fonction ! xD
ItytHors ligneMembrePoints: 204 Défis: 0 Message

Citer : Posté le 15/12/2018 14:34 | #


Oh mince
salut je m'appelle sacha et je viens du bourg-palette et voici mon meilleur ami pikachu
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

Citer : Posté le 15/12/2018 14:35 | #


Tiens, j'ai réussi à le faire marcher avec le fichier string.c suivant :

#include <stddef.h>

int strncmp(const char *s1, const char *s2)
{
    int c1, c2;

    do c1 = *s1++, c2 = *s2++;
    while(c1 && c2 && c1 != c2);
    return c1 - c2;
}

Et la commande suivante au début de compiler.sh :

sh3eb-elf-gcc -m3 -mb -mrenesas -ffreestanding -nostdlib -c string.c -o string.o -O2
ZezombyeHors ligneRédacteurPoints: 1594 Défis: 12 Message

Citer : Posté le 15/12/2018 14:39 | #


Mais comment ça se fait qu'il a pas les fonctions string en fait ? Genre s'il a pas les fonctions de string.c, il a pas non plus celles de math.c, etc, et du coup il lui manque toute la libc non ?
Divers jeux : Puissance 4 - Chariot Wars - Sokoban
Ecrivez vos programmes basic sur PC avec BIDE
LephenixnoirHors ligneAdministrateurPoints: 14125 Défis: 136 Message

Citer : Posté le 15/12/2018 14:42 | #


Je ne sais pas trop, pour l'instant je n'ai pas cherché à creuser en détail mais la lib est toujours là. Seule cette fonction manquait.
ItytHors ligneMembrePoints: 204 Défis: 0 Message

Citer : Posté le 15/12/2018 15:12 | #


Ouai ouai la compilation bug plus, praise the lord
Je vais pouvoir continuer mes tests, et sympa ta fonction j'ai pas pensé à utiliser des soustractions

Ajouté le 15/12/2018 à 15:31 :
Eh tu t'es trompé de fonction Lephe ! T'as fait seulement strcmp() et pas strncmp() De plus regarde moi cette fonction que j'ai sorti des enfers :

int strcmp(char *s1, char *s2) {
    while(*s1 == *s2 && *s1) s1++, s2++;
    return *s1 - *s2;
}


Tant que les caractères sont égaux on continue, on veut arrêter si les deux sont nuls, pas besoin de vérifier les deux car supposons que *s2 == 0 et *s1 != 0 alors c'est la première condition du while qui va nous faire sortir et supposons que *s1 == *s2 == 0 alors la deuxième condition va nous faire sortir, pas mal non ?
salut je m'appelle sacha et je viens du bourg-palette et voici mon meilleur ami pikachu
Pages : Précédente1 ... , 11, 12, 13, 14, 15, 16, 17Suivante

Planète Casio v42 © créé par Neuronix et Muelsaco 2004 - 2019 | Il y a 24 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