[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
Citer : Posté le 06/11/2019 19:02 | #
Merci pour ce tuto vraiment utile!
Citer : Posté le 16/12/2019 19:31 | #
Gros changement dans ce tutoriel : j'ai changé la méthode de compilation pour avoir les deux compilateurs SH3 et SH4 sans FPU d'un même coup. J'appelle le compilateur associé sh-elf-gcc.
Oups j'ai raté ça >_<
Citer : Posté le 16/12/2019 20:27 | #
C'est très pratique, deux compilos pour le prix d'un en quelque sorte
Citer : Posté le 12/02/2020 23:09 | #
Pour les flemmards d'utilisateurs d'Arch Linux : yay -S shcasio-elf-gcc.
Ce paquet compile un GCC avec les options décrites ci-dessus, donc pour SH3 et SH4 en même temps.
Et les paquets à jour pour le fxsdk et gint arriveront d'ici ce WE.
Citer : Posté le 13/02/2020 03:55 | #
bizarre, j'obtient un :
make: *** No rule to make target 'all-gcc'. Stop.
Ajouté le 13/02/2020 à 04:13 :
encore plus bizarre.. si je lanc. les commande à la main, ça marche
du haut de ma maigre experience je dirai que le probléme vient de la seul. diff, à savoir que je n'ai pas tester $NOEXTRACT eq 1..
Ajouté le 13/02/2020 à 04:27 :
correction, j'ai une erreur plus tard - propos de ld car ligne 96 du makefile, with-ld=/usr/bin/-ld
car il se trouve que du coup _target est vide car j'ai oublié de l'exporter..
Ajouté le 13/02/2020 à 05:08 :
okay, j'ai trouve la rource de l'erreur initial, le DL de isl-0.19.tar.xz à fail, d'où son ajout dans no extract vu qu'il n'as pû être extrait… donc je retest en cleanBuild..
BTW pourquoi la version 0.19 de isl alors que la 0.22 est sortie ?
Ajouté le 13/02/2020 à 05:20 :
okay… bonc ca marche pas a plusieur reprise pour isl via https en utilisant wget… (alors que ça semble marcher avec un navigateur standar…)
en revanche le http passe :shrug:
Donc j'ai wget via http, rm l'ancien et mis la bonne version dans le cache… mais maintenant c'est la signature qui coince…
Ajouté le 13/02/2020 à 05:24 :
donc je sais pas trop, mais DS ou louise à signer la page html du projet
Ajouté le 13/02/2020 à 05:34 :
du coup, DS je sais pas trop à quoi sert isl, mais si t'en as besoin, t'as probablement besoin de rebuild gcc
Ajouté le 13/02/2020 à 05:46 :
bon bah c'est DS le coupable
https://aur.archlinux.org/cgit/aur.git/commit/?h=sh3eb-elf-gcc&id=3706c3d17c3cf4b8f48957e69d495bc050d7f65e
(enfin les vrai coupable sont les gens du site qui on fait des trucs chelou)
Citer : Posté le 13/02/2020 10:03 | #
C'est trop louche ça, j'ai testé chez moi à vide c'est passé sans soucis. Je retente depuis le PC du taf pour voir.
Si c'est juste une histoire de https, c'est vraiment foireux, on est en 2020 bordel >_<
Citer : Posté le 13/02/2020 13:35 | #
Merci DS, c'est propre ça !
Citer : Posté le 13/02/2020 13:52 | #
au hasard je dirais que c'est passée pour une histoire de cache.. mais dans ce cas la ça n'explique pas pourquoi ça à valider les signatures… mais oui, j'ai pas compris ce qu'il se passait parceque ça marche sur l'url en https en utilisant un navigateur…
Et du coup, on sait pourquoi isl-0.19 et pas 0.22 ?
En tout cas merci de t'occuper des packets ♥ (en fait faudrait aussi que j'aprenne à m'en servir )
Ajouté le 13/02/2020 à 15:18 :
ho, probleme interressant, fxsdk appelle sh-elf, donc en appellant les binaires shcasio-elf et bah ça borke
Citer : Posté le 13/02/2020 15:22 | #
Il y a une option dans ton project.cfg pour choisir la toolchain.
Je sais que c'est un peu le bordel entre les différentes toolchains. Le fait d'avoir parfois sh3eb-elf et parfois sh4eb-elf pour la Graph 90 fait qu'on n'a pas de défaut sensible.
Du coup j'ai modifié le tutoriel pour définir un unique sh-elf que j'espérais pouvoir mettre partout sans poser de questions. Dark Storm aurait simplement pu (du ?) l'appeler comme ça même si le paquet s'appelle shcasio pour éviter la confusion.
Donc là faut passer au project.cfg. Je sais que ce fichier est sur le dépôt et donc c'est casse-pieds de le changer. Je peux ajouter une option de ligne de commande à fxsdk pour bypass ça si besoin, mais ça ne marchera pas quand on appelle directement make. On peut définir une variable d'environnement... mais ce sera juste encore plus le bordel qu'avant.
Citer : Posté le 13/02/2020 15:27 | #
c'est qu'en fait ya dejà un paquet sh-elf sur l'aur et nommer les binaires differament du paquet demande d'être astucieux avec les variables de ce que j'ai vu..
Ajouté le 13/02/2020 à 15:36 :
ou pas en fait… :think:
Ajouté le 13/02/2020 à 15:57 :
what
il manque les depandance python et libpng sur le paquet du fxsdk
Ajouté le 13/02/2020 à 15:59 :
et accesoirement celles sur gcc et binutils…
Ajouté le 13/02/2020 à 16:17 :
en fait il marche plus du tout
Citer : Posté le 13/02/2020 16:55 | #
Le paquet du fxsdk je l'ai pas encore mis à jour. Déjà il va passer sur shcasio et non sh3eb, et je vais ajouter les nouveaux trucs liés au fxsdk et à gint.
Au niveau des bugs sur shcasio-elf-gcc, j'ai identifié les problèmes, je les corrigerais demain soir (je suis en déplacement pro aujourd'hui et demain).
Parce que j'ai pas fait gaffe. Ça viendra avec la màj de demain.
Là c'est mon boulot de packager pour que ça soit transparent pour les utilisateurs finaux. À voir mais ça peut être un coup de sed dans le PKGBUILD. J'ai pas encore regardé comment ça marche, mais je suis assez confiant pour le moment
Citer : Posté le 13/02/2020 16:56 | #
Si tu veux changer pour l'appeler sh-elf il faut juste changer l'option --program-prefix. Si tu veux faire autre chose, alors j'ai pas bien compris, et tu peux ignorer ça.
Citer : Posté le 17/02/2020 15:30 | #
Suite à un pépin trouvé par Filoji, il faut la dépendance texinfo, à minima sur les fresh install Ubuntu. Je l'ai rajouté au tuto.
Citer : Posté le 17/02/2020 16:23 | #
Aaah mais wait il faut que je mette à jour la source du coup.
Une explication de ce qu'est le problème au moins ?
Citer : Posté le 07/03/2020 20:55 | #
Bonjour à tous,
Petit problème lors de la compilation de gcc ...
Bon j'ai compilé binutils :
GNU assembler (GNU Binutils) 2.33.1
Copyright (C) 2019 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or later.
This program has absolutely no warranty.
This assembler was configured for a target of `sh3eb-elf'.
Ensuite le problème intervient au niveau de la section 5 du tuto, la compilation de gcc :
[...]
checking for the correct version of gmp.h... no
configure: error: Building GCC requires GMP 4.2+, MPFR 2.4.0+ and MPC 0.8.0+.
Try the --with-gmp, --with-mpfr and/or --with-mpc options to specify
their locations. Source code for these libraries can be found at
their respective hosting sites as well as at
ftp://gcc.gnu.org/pub/gcc/infrastructure/. See also
http://gcc.gnu.org/install/prerequisites.html for additional info. If
you obtained GMP, MPFR and/or MPC from a vendor distribution package,
make sure that you have installed both the libraries and the header
files. They may be located in separate packages.
L'idée est je penses que gcc ne trouves pas gmp, mpfr et mpc compilés précedemment ...
Merci d'avance pour votre aide,
Teusner
Citer : Posté le 07/03/2020 21:06 | #
GMP, MPFR et MPC ne sont pas compilés pendant le tutoriel. Ce sont des bibliothèques de calcul, que tu dois installer avec ton gestionnaire de paquets (apt, yum, pacman, selon ta distribution).
Citer : Posté le 07/03/2020 21:21 | #
Ok nice ... Ca marche ! Merci Lephe. J'espère que gint ne me déçevra pas , je compte l'utiliser pour les prochaines CPC, d'où la compilation sous linux de binutils et gcc !
Citer : Posté le 07/03/2020 21:24 | #
Merci ! J'espère aussi que gint te plaira. Je fais des ajustements au fur et à mesure donc n'hésite pas à proposer des modifications ou ajouts si tu en sens le besoin
Citer : Posté le 08/05/2020 19:19 | #
Annonce de service : les paquets sh-elf-binutils-casio et sh-elf-gcc-casio sont à jour sur l'AUR
Citer : Posté le 08/05/2020 21:33 | #
Ajouté au tutoriel, merci
Citer : Posté le 13/05/2020 10:16 | #
Merci beaucoup, je recherchais justement un tutoriel.