Bibliothèques dans Geany

Bonjour Math00s,

Les sources dans Github compilent très bien sur une Debian 10 (je n'ai pas de Rapsberry sous la main pour tester).

On dirait que quelque chose ne va pas dans ta chaîne de compilation, lors de la phase de liaison au lancement de /usr/bin/ld ... arrives-tu à compiler des programmes simples sur ta machine ?

Peux tu tester de compiler en ligne de commande

hello-world.c

dans un répertoire où tu as des droits de lecture et écriture :

#include <stdio.h>

int main(void) {
    printf("Hello World!\n");
    return 0;
}

gcc -Wall hello.c -o hello-world

est-ce que cela produit bien un fichier exécutable

hello-world

?

si tu lances

/usr/bin/ld

en ligne de commande as-tu bien "/usr/bin/ld: no input files" en résultat ?

fais

file /usr/bin/ld

qu'est-ce que cela donne ?

Salut Math00s,

Mes doutes se confirment. Tu ne peux pas même compiler un programme simple car tu ne sembles ne pas avoir une installation de

ld

(éditeur de liaisons) fonctionnelle. Ce programme intervient après le compilateur gcc pour rassembler des différents fichiers objet générés et les lier à la bibliothèque standard du C et à d'éventuelles autres bibliothèques liées statiquement ou dynamiquement, ce qui est la dernière étape nécessaire à la production de l'exécutable.

fais

file /usr/bin/arm-linux-gnueabihf-ld

tu devrais obtenir le fait qu'il s'agit lui-même d'un lien symbolique vers arm-linux-gnueabihf-ld.bfd (si je me fie au contenu des paquets ARM Debian)

fais ensuite

file /usr/bin/arm-linux-gnueabihf-ld.bfd

(ou le nom que tu obtiens s'il s'agit d'un nom différent)

une fois que tu as utilisé la commande

file

sur chacun des liens symboliques successifs, tu devrais aboutir à un fichier qui est un vrai fichier, et qui devrait être un exécutable binaire, avec un résultat à peu près comme ceci :

arm-linux-gnueabihf-ld.bfd: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, BuildID[sha1]=15642649a945e4d901b9c74154cb48d666578bf3, stripped

Compte tenu des erreurs que tu montres sur un simple lancement de

ld

, je pense que dans ton système

/usr/bin/ld

pointe sur une chaîne de liens qui aboutit à un fichier texte avec des permissions d'exécution, mais qui ne contient pas un script exécutable dans un langage de script. De plus,

ld

, sur les différents systèmes que je connais est un exécutable binaire (comme dans le résultat ci-dessus) et pas un fichier texte.

Comment as-tu installé ta chaîne de compilation sur ta Raspbian ?

Si tu l'as installée via les paquets Raspbian soit il y a eu un problème lors de l'installation, soit tu as altéré cette installation et tu devrais réinstaller le paquet binutils sur ta Raspbian :

sudo apt install --reinstall binutils

éventuellement aussi :

sudo apt install --reinstall build-essential

Si tu n'as pas installé ta chaîne de compilation via le système de paquets (tu cherches vraiment à te compliquer la vie), tu devrais défaire ce que tu as fait et reprendre l'installation d'une chaîne de compilation saine, si possible en utilisant le système de paquets en faisant :

sudo apt install build-essential

Tu peux aussi afficher le contenu du fichier texte vers lequel pointe la chaîne de liens symboliques vers

ld

dans ton système, cela te donnera peut être un indice sur l'incident qui a causé le fait que tu te trouves avec une installation de

ld

non fonctionnelle. Henner Zeller, dont le nom apparaît dans les messages d'erreur de ta dernière capture est l'auteur de LED-matrix...

Une fois que tu as assaini ton installation de la chaîne de compilation, tente de nouveau de lancer

/usr/bin/ld

en ligne de commande et vérifie que tu as bien "/usr/bin/ld: no input files" en résultat, puis essaye de compiler le programme hello world. Une fois que tu as une chaîne de compilation fonctionnelle, tu peux envisager de compiler une bilbliothèque avec gcc et d'utiliser un EDI comme Geany pour programmer en C.