Bonjour a tous,
Je suis coincée !!
 
Je dois utiliser deux librairies: "boost" et "gsl"
Je suis sous windows 7 et j'utilise g++ par le biais de l'invité de commande.
 
En utilisant seulement la librairie boost (dans le répertoire C:\) voila la commande donnée pour la compilation (ça fonctionne!):
 

 
J'ai aussi installé le dossier de ma librairie "gsl" dans le répertoire C:\ et la quand je demande:
 

 
Il ne retrouve plus ces petits i.e. les .h de la librairie gsl ...
 
J'imagine que je ne peux pas définir deux fois des -I et -L mais comment dois-je procéder alors? Faut-il que je mette tout dans le même dossier?
 
 
Une idée  ?
Merci beaucoup,
Nane

Tu peux bien enchainer les -I pour inclure autant de répertoire include que nécessaire
 
Par contre les -L sont pour inclure les chemins des bibliothèque, ce n'est pas nécessaire à la compilation mais au link.
 
Quelles sont les erreurs de ton compilateur ?

 
Bonjour xilebo!
 
Le message d'erreur est : fatal error: gsl_math.h: No such file or directory
compilation terminated.
 
Il s'agit du premier .h demandé de cette librairie...
#include <gsl_math.h>
 
Aurais-tu une idée alors pour lui indiquer les deux chemins??
 
Je te remercie,
Nane

essaie de mettre des double \ dans tes chemins car il me semble que c est le caractère d'échappement sur la console windows
 
du genre :  
 

Hélas... toujours la même erreur...
 
Sinon, je peux peut être fusionner les deux dossier ?
 "C:\boost_install\lib" et  "C:\gsl\lib"
 
 

essaie de remplacer les "\\" par des "/" , g++ devrait les accepter.
 
Mais avant tout, assure toi que les noms de répertoire sont les bons, et que le fichier attendu se trouve bien dans c:\\gsl\\include car c'est le seul endroit où le compilateur cherche.

En fait une erreur bête: dans le fichier gsl\include, il y aussi un dossier nommée gsl... le chemin d'accès n'était pas le bon, en remplaçant par:
 
gsl\include\gsl , je n'ai plus d'erreur à la compilation!
 
Merci encore!
 
Et penses-tu que le double link passera?? je n'ai pas encore finit d'écrire ma fonction utilisant cette librairie....

il suffit de tester ce qui marche et ce qui ne marche pas. Je suis juste étonné que le backslash seul ( \ )  soit accepté dans la syntaxe étant donné qu'il doit s'agir du caractère d'échappement de la console windows , sauf erreur.

Effectivement ça passe avec un simple "\" ...
 
Merci encore,
Nane

Bon... encore moi    
 
Je viens d'écrire ma fonction utilisant la librairie gsl:

 
a la compilation: pas de problèmes mais au moment du "link" j'obtiens le message d'erreur suivant:

 
Je crois avoir un problème dans la définition de mes deux -L ...
Comment faire?
 
Merci encore  

le -L permet de donner le chemin des bibliothèques. Mais ca ne suffit pas. Le linker ne peut pas deviner quelle bibliothèque prendre, il faut lui indiquer avec -l.
 
Par contre, sous windows, je ne sais pas s'il faut retirer ou non le préfixe "lib" du nom de la bibliothèque. Sous linux, si ta bibliothèque s'appelle libgsl ( .so , .a ) , tu indiques au linker la bibliothèque de la facon suivante : -lgsl et non -llibgsl.
 
Sous windows, il est probable que ta bibliothèque soit un .lib ( ou pas ). Donc si ta bibliothèque se nomme libgsl.lib ( par exemple) essaie avec -lgsl

Effectivement sous windows, ma bibliothèque se note "gsl.lib" (enfin il y en plusieurs dans le dossier gsl\lib\ )
 
Je viens d'essayer de faire comme tu me l'a indiqué, mais toujours rien, il ne reconnait pas la fonction.
(Mais la compilation se passe sans problèmes; avec mes deux -L et -I) ...
 
J'ai aussi essayer de copier les .lib du "gsl" dans le dossier de "boost" mais rien n'y fait...
 
Je désespère un peu...  

Je pense que tu confonds compilation et édition des liens ( ou link ).
 
La compilation est une première phase qui traduit ton code source en binaire. C'est en gros le "g++ -c". A cette phase tu n'as besoin que de préciser les includes avec -I
 
Une 2ème phase est l'édition des liens. Tu réunis les objets entre eux pour produire une bibliothèque ou un binaire exécutable. Cela se fait avec l'option -o. Tu peux ( tu dois ) à cette phase préciser le chemin des bibliothèques d'une part, et préciser la bibliothèque à utiliser d'autre part.
 
Par exemple tu peux compiler 2 fichiers cpp de la facon suivante :

 
Cette première phase va te générer 3 objets a.o et b.o et main.o correspondant au code de tes 3 fichiers a.cpp et b.cpp et main.cpp. Pas besoin des bibliothèques à cette phase.
 
On suppose que main.cpp contient ton point d'entrée d'exécutable soit la fonction main().
 
Ensuite à l'édition des liens, pour produire ton exécutable tu dois faire la chose suivante :
 

 
Si tu ne précises pas quelles bibliothèques ( avec -l ) , il va y avoir des références à des fonctions dans a.o b.o main.o ( toutes les fonctions que tu auras pu utiliser de boost et/ou gsl ) mais g++ ne les trouvera pas, et il te ressort une erreur. Tu précises donc à g++ d'utiliser telle ou telle bibliothèque avec -l. La syntaxe que je t'ai mise est celle sous linux, je ne connais pas celle sous windows il faut que tu te documentes à ce sujet. ( normalement elle devrait être identique ). le -L sert à indiquer le ou les chemins dans lesquels chercher les bibliothèques car g++ ne va pas les trouver tout seul non plus.
 
pour info, sous linux, toutes les bibliothèques doivent être préfixées par "lib". Ainsi la libgsl sous linux, pour être utilisée, devrait s'appeler libgsl.a ( .a c est l extension d'une lib statique sous linux ). Pour l'utiliser on met alors dans ligne -lgsl. Si la bibliothèque n'a pas le préfixe lib , le linker ne pourra jamais la trouver ( sauf avis contraire, je ne connais pas tout ).
 
Pourquoi je te dis ca : je vois que ta bibliothèque se nomme gsl.lib. Essaie de la renommer libgsl.lib ou même libgsl.a , je ne sais pas ce qu'attends ton linker quand tu mets -lgsl. Je ne sais pas si on peut également préciser le nom complet avec une autre option ce qu'il te faudrait.

Merci beaucoup Xilebo pour tes explications...je comprends mieux!!  
Mais ça ne veux pas marcher...
 
En fait mon problème vient de la librairie GSL uniquement, avec boost aucun soucis...  
Je l'ai réinstallé du coup, ici:  
http://sourceforge.net/projects/mi [...] p/download
 
J'ai re-essayé en utilisant tous tes conseils i.e. pour un petit programme test du genre:
http://www.gnu.org/software/gsl/ma [...] ogram.html
 
Voila les commandes demandées dans l'invité:

Aucuns problèmes, puis:

Et le message d'erreur:

 
J'ai bien dans mon fichier "C:\GSL_test2\lib" deux fichiers nommés "libgsl.a" et "libgslcblas.a"    
 
Quand je demande les librairies dans mon invité de commande

Je tombe sur une multitude de lignes (illisibles!) où toutes ont l'air de  faire appel à mingw64 ....
 
       
 

Hmm, il me semble qu'il y ait un petit problème dans ce que tu décris. Tu dis avoir installé cette version de GNU SL:
 

 
Puis que :

 
Donc tu as mixé une dll 32bits avec un compilateur 64bits. Ça ne peut pas fonctionner, il faut qu'il ait correspondance au niveau de l'architecture.

Bien vu tpierron et merci!
 
Je viens donc de télécharger la version 64 bits ici
 
http://wiki.rglab.org/index.php?ti [...] ows_binary
 
et de suivre la procédure indiquée  
mais toujours la même erreur...
 
HELP

Hmm, je ne sais pas ce que tu utilises pour compiler ton programme (IDE, makefile ou à la main), mais je viens de tester avec la version 32bits de GSL et ça fonctionne avec le programme d'exemple (du moins, ça compile, mais la variable r_global n'est pas initialisée).
 
Bref, ce sont les lignes de commande que j'ai utilisé (MinGW32):

 
Le répertoire de travail se trouve dans C:\GSL_test2. Le fichier source s'appelle gsl.c. Aucune erreur à la compilation/édition de lien.
 
Bref, tu as certainement dû mélanger tes dll (32/64bits), ou ta ligne de commande pointe au mauvais endroit.

Je pense que tu as raison... il doit y avoir pas mal de bugs dans mes installations...  
 
N'ayant plus trop le temps de chercher une solution à ce problème, j'ai choisi une solution de facilité: j'ai installer Dev-c++ dans lequel je peux spécifier "simplement" ou se trouvent mes librairies, mes includes, etc...
ET CA FONCTIONNE!
 
En tous cas, je vous remercie beaucoup tpierron et xilebo.
 
Nane

Alors..    (je viens de trouver une solution)   :
 
Dans mon cas,  
Il faut non pas que je lui définisse       -L"C:\GSL\lib"    
mais lui donner plutôt l'adresse direct de la librairie:     C:\GSL\lib\libgsl.a
 
Ce qui donne:

 
Merci encore à tous  

oups, j'avais oublié de préciser cela.
 
le -l est pour des bibliothèques dynamiques. Pour des bibliothèques statiques, on ajoute directement la bibliothèque de la même manière qu'un .o , comme tu viens justement de le faire.