Discussion :

[paragoge]

Je voudrais tester ce programme mais la compilation ne se fait pas "undefined reference to 'gsl_ieee_printf_float'
J'ai pourtant bien le package gsl (avec gsl_ieee_utils.h) et il se trouve dans usr/include
Quelle peut-être la cause de ce problème?
Je débute en c et je voudrais pouvoir tester des petits programmes instructifs comme celui ci par ex.

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
16
17
18
19
20
21
22
#include <stdio.h>
#include <gsl/gsl_ieee_utils.h>
 
int
main (void) 
{
  float f = 1.0/3.0;
  double d = 1.0/3.0;
 
  double fd = f; /* promote from float to double */
 
  printf (" f="); gsl_ieee_printf_float(&f); 
  printf ("\n");
 
  printf ("fd="); gsl_ieee_printf_double(&fd); 
  printf ("\n");
 
  printf (" d="); gsl_ieee_printf_double(&d); 
  printf ("\n");
 
  return 0;
}

[jeroman]

Salut

Il faut pas seulement inclure les fichiers *.h, il faut aussi ajouter les librairies (dans les options du projet, ou en ligne de commande - ça dépend si tu utilises un IDE ou pas).

[paragoge]

Je ne sais pas de quelles librairies tu veux parler. Je travaille avec emacs...

[jeroman]

Je ne sais pas de quelles librairies tu veux parler.

Avec la/les librairie(s) du pack gsl (que je ne connais pas).

Les *.h permettent simplement au compilateur de savoir qu'il existe telle ou telle fonction, avec tel nombre arguments de tels ou tels types, fonction renvoyant tel ou tel type en retour. C'est important pour la compilation. Mais cela ne fait pas tout.
L'éditeur des liens (pour construire l'exécutable) a besoin du code binaire de ladite librairie (une librairie contient une quantité de fonctions compilées), afin de l'intégrer dans l'exécutable. S'il ne trouve pas la librairie, il ne peut donc pas intégrer les fonctions dans l'exécutable. D'où l'erreur de linkage.

Il y a la doc (chap. 2.2.x) : http://www.gnu.org/software/gsl/manu...ng-and-Linking

[paragoge]

Merci, je viens de compiler avec les instructions de ton lien. Un ficher .o a été créé et j'étudie le lien que tu m'as donné

[lilington]

en gros je vais te donner un exemple bien simple tu as ce code:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
#include <math.h>
#include <stdio.h>
 
int main(void)
{
   int a = 4;
   int b = 6;
   int ok = abs(a-b);
   printf("le nombre est toujours positif est c'est %d\n",ok);
 
 return 0;
}

quand tu fais

Code :

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

gcc main.c -o test

tu auras la dite erreur car a la compilation le include dit que la fonction abs est bien dans math.h mais au linking il ne la trouve null part donc tu dois faire ceci:

Code :

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

gcc main.c -o test -lm

le lm c'est pour dire la librairies libm.so ou se trouve les fonctions declarer dans math.h, sous linux generalement dans

Code :

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

/usr/libx ou/et /libx  avec x = '' ou x='64'

si tu utilises une lib queconque ou que tu as deplacer les libs alors tu dois dire ou se trouve cette lib ex:

Code :

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

gcc main.c -o test -L /home/user/mylibs/ -lm

[matafan]

tu auras la dite erreur car a la compilation le include dit que la fonction abs est bien dans math.h mais au linking il ne la trouve null part

L'erreur survient effectivement durant l'édition de lien, mais elle n'est absolument pas liée au #include. D'ailleurs le code compilerait et l'édition de liens échouerait exactement de la même façon sans le #include.

[lilington]

je n'ai jamais dit que c'etait lier au include.
ce que je dit c'est que

Code :

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

gcc -c main.c

ne rapporte pas d'erreur car la fonction abs() est bien declarer dans math.h. en aucun moment je n'ai dit que le include etait lier a l'erreur.

[matafan]

Chez moi le "car" exprime la causalité, et causalité il n'y a pas. J'ai donc rectifié car ta phrase pouvait laisser supposer quelque chose de faux, indépendamment de ce que tu avais l'intention d'exprimer.

[paragoge]

quand tu fais

Code :

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

gcc main.c -o test

tu auras la dite erreur

J'ai utilisé ton exemple et je l'ai compilé comme tu l'as indiqué et je n'ai eu aucun message d'erreur.

Par contre mon exemple initial ne peut encore être compilé. J'ai bien un dossier usr/lib64 mais il ne contient que le dossier libfakeroot.

Dans home/user je n'ai pas de dossier mylibs

[lilington]

oui j'ai compile comme j'ai dit et j'ai constater que depuis un certain temps libm n'a plus besoin d'etre appelle explicitement. je pense que ca doit etre les dernieres versions de gcc. donc quand tu utilises des fonctions de math.h c'est lie automatiquement maintenant.

pour ton probleme c'est pour t'expliquer que il faut parfois(tres souvent meme) lier les choses manuellement.
pour libfakeroot effectivement il y avait aucune chance de le trouver par defaut dans /usr/lib64 ou meme /lib car c'est une lib tiers, donc ou en l'installant elle y va ou alors elle est ailleur. montre le debut de ton code fait voire tous tes #includes et je te demanderai ou se trouve tel .h. histoire de voire ce que tu utilises. sinon tu peux aussi faire une recherche sur ton disque pour savoir ou se trouve quelquechose qui ressemble a libfakeroot puis tu feras:

Code :

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

gcc fichier.c -o executable -L /chemin/trouver/pour/repertoire/des/libs -lfaeroot