cannot find -ltiff

Version imprimable

cannot find -ltiff

Bonjour,
Dans le cadre d'un stage en entreprise de traitement d'images, on me demande à ce stade de mon travail de convertir des images binaires en TIFF, et ce par le biais d'un fichier de code déjà fourni mais qu'il faut compiler. Seulement, à la compilation, j'obtiens l'erreur suivante que je ne comprends absolument pas, et malgré quelques recherches sur internet, ça reste assez flou, si quelqu'un peut m'éclairer !

J'obtiens :
Code:

1 2 3 4 5 modis@modis:~/Desktop/b2tf$ make gcc -O2 -Wall b2tf_strip.o GeographicTypes.o jpeg_strip.o pal_strip.o -lm -ltiff -lgeotiff -L/usr/lib -I/home/userglov/include -o b2tf_strip /usr/bin/ld: cannot find -ltiff collect2: ld returned 1 exit status
Merci d'avance !

08/09/2014, 11h06
ternel

Bonjour,
-lbidule est l'option du compilateur gcc ou g++ pour lui dire "utilise la bibliothèque libbidule".
Il faut qu'elle soit installée dans une zone connue de ld (le linker)

Comme je vois que tu as utilisé make, il faut vérifier ton makefile.
08/09/2014, 11h27
rattlesnake

Merci pour ta réponse !

Je viens de jeter un coup d'oeil au Makefile et je vois ça :

Code:

LIBS= -lm -ltiff -lgeotiff -L/usr/lib -I/home/userglov/include

évidemment, je dois les modifier car cela ne correspond pas à la disposition de mes dossiers et localisations des librairies, mais peux-tu m'éclairer sur la différence entre le -L et le -I à quoi il servent?
08/09/2014, 11h27
jblecanard

Hello

~~Vérifier le Makefile oui, mais d'abord vérifier que la lib en question est installée sur ta machine de travail.~~ Tu as posté plus vite, je suppose du coup que tu as bien la lib quelque part.

-L sert à indiquer ou chercher les binaires compilés des bibliothèques
-I sert à indiquer ou trouver les headers (pour pouvoir les utiliser avec #include)
08/09/2014, 11h33
ternel

éventuellement, il faudrait rajouter -L/usr/local/lib, si libtiff a été installée manuellement.

-I indique au compilateur un dossier dans lequel chercher les chemins demandés via #include "".

Je pense que c'est un bon moment pour t'intéresser à la chaine de compilation GCC (GNU Compiler Collection).
Ainsi qu'au processus de compilation d'un programme C++
08/09/2014, 12h28
rattlesnake

Merci pour vos réponses,

J'ai modifié la ligne dans le Makefile pour la faire correspondre aux dossiers de librairie et d'includes

Code:

LIBS= -lm -ltiff -lgeotiff -L/modis/OSS-MODIS/chaine_oss/warpgrid/lib -I/modis/OSS-MODIS/chaine_oss/warpgrid/include

sachant que dans /lib j'ai un fichier libtiff.so
Mais en vain, j'ai toujours la même erreur qui s'affiche ...
08/09/2014, 12h54
ternel

Sachant que -L et -I acceptent des chemins relatifs.

Je pense d'ailleurs que ls /modis/OSS-MODIS/chaine_oss/warpgrid/lib échouera.
En effet, ton chemin est relatif.

Essaie

Code:

LIBS= -lm -ltiff -lgeotiff -Lmodis/OSS-MODIS/chaine_oss/warpgrid/lib -Imodis/OSS-MODIS/chaine_oss/warpgrid/include

Toujours le même problème à l'écran ... :?

Code:

1
2
3
4
5
modis@modis:~/Desktop/b2tf$ make
gcc -O2  -Wall  b2tf_strip.o GeographicTypes.o jpeg_strip.o pal_strip.o -lm -ltiff -lgeotiff -Lmodis/OSS-MODIS/chaine_oss/warpgrid/lib -Imodis/OSS-MODIS/chaine_oss/warpgrid/include -o b2tf_strip
/usr/bin/ld: cannot find -ltiff
collect2: ld returned 1 exit status
make: *** [b2tf_strip] Erreur 1

08/09/2014, 13h31
therwald

le répertoire modis ne correspond-il pas à /home/modis ? (petite hypothèse au vu du prompt modis@modis).
Dans ce cas, tu devrais peut-être essayer le chemin ~/OSS-MODIS/chaine_oss/warpgrid/libSinon, positionne toi dans ton répertoire lib et utilises pwd pour avoir le chemin absolu
08/09/2014, 13h39
rattlesnake

Citation:

Envoyé par therwald

le répertoire modis ne correspond-il pas à /home/modis ? (petite hypothèse au vu du prompt modis@modis).
Dans ce cas, tu devrais peut-être essayer le chemin ~/OSS-MODIS/chaine_oss/warpgrid/libSinon, positionne toi dans ton répertoire lib et utilises pwd pour avoir le chemin absolu

Ca marche en mettant /home/modis/ !!
Merci beaucoup !
08/09/2014, 13h48
therwald

De nada.
Maintenant l'inconvénient de cette solution est qu'elle est un tantinet fragile (en gros le makefile ne marche que pour toi, le prochain devra rectifier aussi...)
Je ne sais pas de quel temps et de quelle latitude tu disposes pour essayer de faire plus robuste dans ton stage, mais disons que dans le cas général, si tu devais mettre en place un projet je conseillerais soit d'utiliser des localisations plus standard (/usr/lib et /usr/local/lib) soit pour des versions de bibliothèques plus "exotiques" des lib situées dans la même arborescence que le source, avec, comme le soulignait leternel, des chemins relatifs (à l'emplacement du makefile) dans ton makefile.

normalement, le makefile est à la racine du projet, et ne contient que des chemins relatifs au projet lui même.

une architecture assez courante de projet avec lib manuelle serait:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 projet |-> libalpha | |-> includes/ | |-> src/ | |-> makefile |-> libbeta | |-> includes/ | |-> src/ | |-> makefile |-> includes/ |-> src/ |-> makefile
Une variante regroupe tous les includes
Code:

1 2 3 4 5 6 7 8 9 projet |-> libalpha |-> libbeta |-> includes/ | |-> alpha | |-> beta |-> src/ |-> libs/ |-> makefile
Dans la deuxième variantes, supposant qu'on compile les bibliothèques dans libs:
Code:

1 2 3 4 5 6 7 8 libs/libalpha.so: g++ libalpha/*.cpp -Iincludes/alpha -o libs/libalpha.so libs/libbetaa.so: g++ libbeta/*.cpp -Iincludes/beta -o libs/libbeta.so application: libalpha.so libbetaa.so g++ src/*.cpp -Iincludes -Llibs -o projets
(j'ai omis les autres flags de compilations, c'est juste une maquette)

Par ailleurs, si maintenir le makefile est trop galère, tu peux te tourner vers des remplaçant, tels que scons ou waf
Personnellement, j'utilise souvent scons, car il n'y a à peu près rien à écrire pour du C++