Discussion :

[latitude38]

Bonjour

Travaillant habituellement avec codeblock, j'essaie de me remettre à la compilation en ligne de commande.
J'ai un problème avec le code basique que je teste, qui, à l'execution, me retourne "undefined reference to `sqrt'". Serait-ce un problème de librairie ?

Voici donc mon fichier main.c :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#include <math.h>
#include <stdio.h>
#include <stdlib.h>
 
int main()
{
    int i;
    double n;
    printf("Hello world!\n");
 
    i=2;
    n=sqrt(i);
    printf("n=%e",n);
    return 0;
}

Mes commandes sont les suivantes :

gcc -c main.c

et

gcc -o EXE -lm main.o (-lm pour avoir accès aux librairies mathématiques)

Qu'est ce qui manque d'après vous ?

Merci,
L.

[Obsidian]

Hello,

C'est étrange. Ça devrait fonctionner en l'état et ça compile très bien chez moi avec les commandes que tu précises ici.

De plus, est-ce vraiment à l'exécution ou seulement à la compilation que tu obtiens ce message ?

[latitude38]

J'ai manqué de précision :
c'est à la deuxième étape de compilation (c'est à dire : lors de gcc -o EXE -lm main.o), l'executable ne se créant pas.

[Obsidian]

Quelle version de GCC utilises-tu ? (avec gcc -v).

Il se peut que l'ordre dans lequel tu passes tes paramètres influe. Essaie de déplacer -o EXE en fin de ligne puis, si ça ne fonctionne toujours pas, de faire passer -lm après main.o.

D'autre part, tu n'es pas obligé de faire de la compilation séparée : tu peux directement écrire gcc main.c -lm -o EXE. Bien que cela ne résolve pas le problème ci-dessus, peux-tu nous dire si ça fonctionne de cette façon ?

Enfin, il est possible que le compilateur ne voie pas par défaut les dépôts des bibliothèques concernées, mais ce serait très étonnant car il s'agit quand même des bibliothèques standard, voire même le minimum syndical exigible.

— Avec quel système d'exploitation travailles-tu ?
— Est-ce que tu obtiens d'autres messages d'erreur que celui signalé ?
— Lorsque tu tapes alias dans ta ligne de commande, existe-t-il une ligne concernant gcc ?
— Que donnent which gcc et ls -l `which gcc` ?

[latitude38]

c'est la version 4.7.2 de gcc que j'utilise.

Je me lance tout de suite dans les tests que tu proposes...

[latitude38]

' gcc -lm main.o -o EXE ' --> ne marche pas

gcc main.o -lm -o EXE --> OK !
gcc -o EXE main.o -lm --> re OK !
gcc main.c -lm -o EXE --> encore OK !!

Bon, il semblerait que la version de gcc que j'ai n'accepte pas n'importe quel ordre de commande (ce qui est bizare parcequ j'avais recopié cet ordre sur un tuto..) Est-ce vraiment quelque chose de surprenant ?
(pour info, mon OS est Linux sur Ubuntu 12.10 secure Remix.)

L.

[Obsidian]

L'ordre dans lequel les bibliothèques (-l) est spécifié ainsi que celui des dépôts où le compilateur va les chercher (-L) a toujours influé. Voir : http://gcc.gnu.org/onlinedocs/gcc/Link-Options.html

Cependant, je m'étonne que ton compilo échoue dans certains cas puisque j'utilise la même version sans problème (sur une Fedora 18).

[latitude38]

OK, je note l'adresse de ce site et je te remercie du tuyau (je n'aurais pas imaginé que ça ai une importance cet ordre de commande!)
Peut être que cela dépend aussi de la version de gcc que nous utilisons respectivement.

A+

[Obsidian]

Peut être que cela dépend aussi de la version de gcc que nous utilisons respectivement. A+

Comme dit juste au dessus, nous utilisons la même, d'où mes interrogations.

[latitude38]

mmm... A part la distribution d'OS, je ne vois pas ce qui change. Es tu aussi en 64 bits ?

[Bktero]

' gcc -lm main.o -o EXE ' --> ne marche pas

gcc main.o -lm -o EXE --> OK !
gcc -o EXE main.o -lm --> re OK !
gcc main.c -lm -o EXE --> encore OK !!

Bon, il semblerait que la version de gcc que j'ai n'accepte pas n'importe quel ordre de commande

C'est cohérent avec ça :

It makes a difference where in the command you write this option; the linker searches and processes libraries and object files in the order they are specified. Thus, `foo.o -lz bar.o' searches library `z' after file foo.o but before bar.o. If bar.o refers to functions in `z', those functions may not be loaded.

Le may indique que ça pourrait marcher comme ça pourrait ne pas marcher. Tu as eu moins de chances que la personne ayant écrit le tuto

[Médinoc]

Personnellement, je conjecturerais que la dernière phrase devrait être ceci:

If bar.o refers to functions in `z' not referenced by foo.o, those functions will not be loaded.

Même si c'est encore une sur-simplification, du fait qu'une bibliothèque soit un ensemble de fichiers .o et qu'un fichier .o puisse contenir plusieurs fonctions.