Discussion :

[rageice]

Bonjour à tous.
Voila, j'ai une question super stupide qui va surement vous faire bien rire...
En fait j'essaye de compiler un prog qui utilise la librairie libjpeg.
Plutot que d'installer celle ci avec apt ou autre(dans ce cas je n'ai pas de prob), j'ai préféré utilisé les sources. Autrement dit je télécharge le tgz contenant cette librairie et je veux l'utiliser.
Le repertoire absolu de celle ci est:
/home/rageice/work/perso/libs/jpeg-6b/
Le fichier que je dois insérer dans mon prog est:
jpeglib.h

Donc,
dans mon fichier source il y a: #include <jpeglib.h>
lors de la compilation, j'écris:
gcc -I/home/rageice/work/perso/libs/jpeg-6b/ -c file.c
gcc -I/home/rageice/work/perso/libs/jpeg-6b/ -ljpeglib -o bin file.o

Là on me répond trés poliment:
/usr/bin/ld: ne peut trouver -ljpeglib


Bref, je suis sur que c'est ridicule comme problème mais je trouve pas la réponse donc si quelqu'un peut m'expliquer ce que je dois faire pour utiliser ce jpeglib.h dans mon prog, je lui en serai reconnaissant.

(d'autre part, mais c'est moins important, il ya aussi un libjpeg.a qu'ils disent d'utiliser dans la doc pour simplifier les choses, mais comme je connais rien au linkage et à la compil, si quelqu'un veut bien m'en dire plus sur l'utilisation de ce type de fichier je serais super mega extra joyeux de la life).

Merci d'avoir lu jusqu'ici, c'est long mais je voulais être explicite.

[|PaRa-BoL]

Bonsoir,

Je pense que tu devrai regarder du coté de ldconfig (man ldconfig)
Il ne suffit pas d'avoir le .h pour compiler mais aussi que la librairie soit identifiée

[rageice]

Merci pour la réponse (extra rapide).

Voila, j'ai donc créé le fichier
/et/ld.so.conf
dans lequel j'ai inséré:
/home/rageice/work/perso/libs/jpeg-6b
Avant d'éxécuter:
sudo ldconfig -v | grep libjpeg
(qui retourne:
ldconfig: Can't stat /lib64: No such file or directory
ldconfig: Can't stat /usr/lib64: No such file or directory
libjpeg.so.62 -> libjpeg.so.62.0.0
).
Mais cela ne change absoluement rien au résultat de mes:
gcc -I/home/rageice/work/perso/libs/jpeg-6b/ -c file.c
gcc -I/home/rageice/work/perso/libs/jpeg-6b/ -ljpeglib -o bin file.o

Aurais je oublié quelque chose d'important?

Merci d'avance.

[souviron34]

quand c'est un fichier d'include n'étant pas dans les chemins par défaut (/usr/include sur *n*x) il ne faut pas mettre <toto.h> mais "toto.h"....

[|PaRa-BoL]

quand c'est un fichier d'include n'étant pas dans les chemins par défaut (/usr/include sur *n*x) il ne faut pas mettre <toto.h> mais "toto.h"....

Pas si le repertoire d'include est spécifié à gcc

[rageice]

quand c'est un fichier d'include n'étant pas dans les chemins par défaut (/usr/include sur *n*x) il ne faut pas mettre <toto.h> mais "toto.h"....

En fait, je fais toujours le test avec les 2: "toto.h" et <toto.h>, mais ca ne fait aucune différence.

D'autre part, mon problème me fait penser à ceci:
sur pas mal de distribution linux, quand on utilise <math.h>, lors de la compilation, il faut écrire '-lm' et non pas '-lmath'.
C'est une chose de plus que je ne comprend pas, je sais pas si c'est vraiment le même prob que celui que j'ai actuellement, mais en tout cas ca y ressemble.
Si vous avez d'autres idées, je suis preneur.
Merci de vos réponses.

[Jean-Marc.Bourguet]

-ljpeg et pas -ljpeglib?
Il manque un -Lchemin?

-lnom cherche les bibliotheques nommees libnom.so et libnom.a dans une serie de repertoires configures et dans ceux donnes par -L.

La config de ldconfig sert uniquement a l'execution si j'ai bonne memoire (au contraire de LD_LIBRARY_PATH qui sert a l'execution et au link).

[crocodilex]

Question bête : as-tu généré la librairie ?

./configure --enable-shared --enable-static
make
make install (sous root biensûr)

[rageice]

-ljpeg et pas -ljpeglib?
Il manque un -Lchemin?

-lnom cherche les bibliotheques nommees libnom.so et libnom.a dans une serie de repertoires configures et dans ceux donnes par -L.

La config de ldconfig sert uniquement a l'execution si j'ai bonne memoire (au contraire de LD_LIBRARY_PATH qui sert a l'execution et au link).

Il y a un fichier 'libjpeg.a' qui se trouve dans:
/home/rageice/work/perso/libs/jpeg-6b/

Donc voila ce que je fais pour suivre ces explications:
gcc -I/home/rageice/work/perso/libs/jpeg-6b/ -c test.c
gcc -L/home/rageice/work/perso/libs/jpeg-6b/ -llibjpeg -Wall -ansi -pedantic -D_XOPEN_SOURCE=500 -o test test.o disp_err.o

Ce qui me retourne toujours:
/usr/bin/ld: ne peut trouver -llibjpeg


Si je fais:
gcc -I/home/rageice/work/perso/libs/jpeg-6b/ -c test.c
gcc -I/home/rageice/work/perso/libs/jpeg-6b/ -L/home/rageice/work/perso/libs/jpeg-6b/ -ljpeg -Wall -ansi -pedantic -D_XOPEN_SOURCE=500 -o test test.o disp_err.o

Il y a du progrés, au moins il trouve les fichiers apparemment, mais pourtant, il reconnait pas les fonctions de la bibliothèque:
:test.c.text+0x171): référence indéfinie vers jpeg_stdio_dest
...

Ce qui est étrange c'est qu'il n'y a pas de jpeg.a mais un libjpeg.a, enfin à la limite je peux comprendre si toutes les librairies sont de la forme lib*.[a,so].

Bon, ca avance mais j'avoue que c'est encore le brouillard pour moi.

De toute façon merci pour vos réponses qui arrivent super vite.

[rageice]

Question bête : as-tu généré la librairie ?

Oui, mais sans les options pour ./configure

[Jean-Marc.Bourguet]

gcc -I/home/rageice/work/perso/libs/jpeg-6b/ -L/home/rageice/work/perso/libs/jpeg-6b/ -ljpeg -Wall -ansi -pedantic -D_XOPEN_SOURCE=500 -o test test.o disp_err.o

gcc -I/home/rageice/work/perso/libs/jpeg-6b/ -L/home/rageice/work/perso/libs/jpeg-6b/ -Wall -ansi -pedantic -D_XOPEN_SOURCE=500 -o test test.o disp_err.o -ljpeg

[rageice]

gcc -I/home/rageice/work/perso/libs/jpeg-6b/ -L/home/rageice/work/perso/libs/jpeg-6b/ -Wall -ansi -pedantic -D_XOPEN_SOURCE=500 -o test test.o disp_err.o -ljpeg

En effet, ca marche, il fallait le savoir. Merci beaucoup beaucoup.

Avant de mettre ce post à résolu, j'aimerai faire le point une dernière fois:
*D'abord, le 'libjpeg.a' est nécessaire pour pouvoir compiler, on ne peut pas s'en passer, c'est bien ca?
*Ensuite, la partie gcc -c... doit savoir ou se trouvent les .h pour verifier la syntaxe, d'ou le '-I'?
*Enfin, la partie gcc -o à besoin de:
'-I' pour savoir ou sont les fichier .h encore une fois
'-L' pour savoir ou se trouve le '.a'
'-l' pour savoir de quel '.a' exactement il s'agit?

Je m'approche de la vérité?

[crocodilex]

En effet, ca marche, il fallait le savoir. Merci beaucoup beaucoup.

Avant de mettre ce post à résolu, j'aimerai faire le point une dernière fois:
*D'abord, le 'libjpeg.a' est nécessaire pour pouvoir compiler, on ne peut pas s'en passer, c'est bien ca?
*Ensuite, la partie gcc -c... doit savoir ou se trouvent les .h pour verifier la syntaxe, d'ou le '-I'?
*Enfin, la partie gcc -o à besoin de:
'-I' pour savoir ou sont les fichier .h encore une fois
'-L' pour savoir ou se trouve le '.a'
'-l' pour savoir de quel '.a' exactement il s'agit?

Je m'approche de la vérité?

Oui c'est ça, sauf pour le dernier point. En effet le linker se fout complètememnt des fichiers d'entêtes .h
Donc le '-I' n'est utile que pour la phase de compilation.

[souviron34]

En effet, ca marche, il fallait le savoir. Merci beaucoup beaucoup.

Avant de mettre ce post à résolu, j'aimerai faire le point une dernière fois:
*D'abord, le 'libjpeg.a' est nécessaire pour pouvoir compiler, on ne peut pas s'en passer, c'est bien ca?
*Ensuite, la partie gcc -c... doit savoir ou se trouvent les .h pour verifier la syntaxe, d'ou le '-I'?
*Enfin, la partie gcc -o à besoin de:
'-I' pour savoir ou sont les fichier .h encore une fois
'-L' pour savoir ou se trouve le '.a'
'-l' pour savoir de quel '.a' exactement il s'agit?

Je m'approche de la vérité?

avec la nuance qu'a apportée crocodilex + une :

*D'abord, le 'libjpeg.a' est nécessaire pour pouvoir compiler, on ne peut pas s'en passer, c'est bien ca?

non.... Pas pour compiler mais pour linker

lles .h donnent les déclarations des fonctions, nécessaires à la compilation..
les .a donnent le code des fonctions , nécessaires à l'édition des liens (link)...

[rageice]

Nikel, merci beaucoup

[Jean-Marc.Bourguet]

*D'abord, le 'libjpeg.a' est nécessaire pour pouvoir compiler, on ne peut pas s'en passer, c'est bien ca?

Pour compiler, il n'est pas necessaire. Pour linker, il le faut ou bien un libjpeg.so (qui alors sera necessaire aussi a l'execution).

'-I' pour savoir ou sont les fichier .h encore une fois

Pas necessaire.

'-L' pour savoir ou se trouve le '.a'
'-l' pour savoir de quel '.a' exactement il s'agit?

-l va trouver de preference le .so s'il est present.

Plutot que -L -l, tu peux aussi donner le chemin complet vers le nom du fichier contenant la bibliotheque (y compris l'extension).

[souviron34]

Juste un petit rajout :

...
enfin à la limite je peux comprendre si toutes les librairies sont de la forme lib*.[a,so].
..

c'est la forme générique des bbliothèques (en tous cas sous *n*x, je ne connais pas assez Windows pour m'avancer là-dessus).

c'est le comportement par défaut du -l : il complète le début du nom par lib...
(donc pas -llibjpeg.a mais -ljpeg)

Et c'est le comportement que toute personne développant des bibliothèques ou des logiciels basés sur des blibliothèques devrait avoir : les noms donnés aux bibliothèques créées devraient toujours commencer par lib...

[glepine]

En fait j'ai exactement le même problème.

sur ma débian (pro), il n'y a aucun soucis,
sur mon ubuntu (perso) non plus,
mais sur ma gentoo (machine dédiée ovh),
il ne reconnait pas les références (références indéfinies...)

---------------------------- voici mon makefile :

CC=g++
CPPFLAGS=-W -Wall -ansi -pedantic
LDFLAGS=
COMMUN=/usr/include/naoned/commun/v1.3/

viewer.cgi: viewer.o image.o wrbmp.o rdbmp.o $(COMMUN)function.o $(COMMUN)error.o $(COMMUN)cgi_light.o
$(CC) -o viewer.cgi viewer.o image.o wrbmp.o rdbmp.o $(COMMUN)function.o $(COMMUN)error.o $(COMMUN)cgi_light.o -ljpeg

viewer.o: viewer.cpp
$(CC) -o viewer.o -c -O2 viewer.cpp $(CPPFLAGS)

image.o: image.cpp image.hpp /usr/include/jpeglib.h /usr/include/jversion.h /usr/include/cdjpeg.h
$(CC) -o image.o -c -O2 image.cpp $(CPPFLAGS)

wrbmp.o: wrbmp.c /usr/include/jpeglib.h /usr/include/jversion.h /usr/include/cdjpeg.h
$(CC) -o wrbmp.o -c -O2 wrbmp.c $(CPPFLAGS)

rdbmp.o: rdbmp.c /usr/include/jpeglib.h /usr/include/jversion.h /usr/include/cdjpeg.h
$(CC) -o rdbmp.o -c -O2 rdbmp.c $(CPPFLAGS)

$(COMMUN)function.o: $(COMMUN)function.cpp $(COMMUN)function.hpp
$(CC) -o $(COMMUN)function.o -c -O2 $(COMMUN)function.cpp $(CPPFLAGS)

$(COMMUN)error.o: $(COMMUN)error.cpp $(COMMUN)error.hpp
$(CC) -o $(COMMUN)error.o -c -O2 $(COMMUN)error.cpp $(CPPFLAGS)

$(COMMUN)cgi_light.o: $(COMMUN)cgi_light.cpp $(COMMUN)cgi_light.hpp
$(CC) -o $(COMMUN)cgi_light.o -c -O2 $(COMMUN)cgi_light.cpp $(CPPFLAGS)

clean:
rm -f *.o


----------------------------- et voici le résultat du make :

g++ -o viewer.o -c -O2 viewer.cpp -W -Wall -ansi -pedantic
viewer.cpp: In function `int main()':
viewer.cpp:66: attention : variable � result � inutilis�e
g++ -o image.o -c -O2 image.cpp -W -Wall -ansi -pedantic
image.cpp: In member function `int IMAGE::bmp_to_jpeg()':
image.cpp:308: attention : variable � pszBmpFile � inutilis�e
image.cpp:309: attention : variable � pszJpgFile � inutilis�e
image.cpp: In member function `std::string IMAGE::get_zone(int, int, int, int, float, int)':
image.cpp:437: attention : converting vers � int � � partir de � double �
image.cpp:438: attention : converting vers � int � � partir de � double �
image.cpp:439: attention : converting vers � int � � partir de � double �
image.cpp:522: attention : converting vers � int � � partir de � double �
image.cpp:526: attention : converting vers � int � � partir de � double �
image.cpp:392: attention : � width � pourrait �tre utilis� sans �tre initialis� dans cette fonction
image.cpp:393: attention : � height � pourrait �tre utilis� sans �tre initialis� dans cette fonction
g++ -o wrbmp.o -c -O2 wrbmp.c -W -Wall -ansi -pedantic
wrbmp.c:74: attention : param�tre � rows_supplied � inutilis
wrbmp.c:109: attention : param�tre � rows_supplied � inutilis�
wrbmp.c:143: attention : param�tre � cinfo � inutilis�
wrbmp.c:143: attention : param�tre � dinfo � inutilis�
g++ -o rdbmp.o -c -O2 rdbmp.c -W -Wall -ansi -pedantic
rdbmp.c:413: attention : param�tre � cinfo � inutilis�
rdbmp.c:413: attention : param�tre � sinfo � inutilis�
g++ -o /usr/include/naoned/commun/v1.3/function.o -c -O2 /usr/include/naoned/commun/v1.3/function.cpp -W -Wall -ansi -pedantic
g++ -o /usr/include/naoned/commun/v1.3/error.o -c -O2 /usr/include/naoned/commun/v1.3/error.cpp -W -Wall -ansi -pedantic
g++ -o /usr/include/naoned/commun/v1.3/cgi_light.o -c -O2 /usr/include/naoned/commun/v1.3/cgi_light.cpp -W -Wall -ansi -pedantic
/usr/include/naoned/commun/v1.3/cgi_light.cpp: In member function `void CGI::decode_query()':
/usr/include/naoned/commun/v1.3/cgi_light.cpp:169: attention : variable � time_cpu � inutilis�e
/usr/include/naoned/commun/v1.3/cgi_light.cpp: In member function `void CGI::parse_query()':
/usr/include/naoned/commun/v1.3/cgi_light.cpp:231: attention : variable � time_cpu � inutilis�e
g++ -o viewer.cgi viewer.o image.o wrbmp.o rdbmp.o /usr/include/naoned/commun/v1.3/function.o /usr/include/naoned/commun/v1.3/error.o /usr/include/naoned/commun/v1.3/cgi_light.o -L/usr/lib/ -ljpeg
image.o: dans la fonction � IMAGE::bmp_to_jpeg() �:
image.cpp.text+0x24): r�f�rence ind�finie vers � jpeg_std_error(jpeg_error_mgr*) �
image.cpp.text+0x44): r�f�rence ind�finie vers � jpeg_CreateCompress(jpeg_compress_struct*, int, unsigned int)�
image.cpp.text+0x57): r�f�rence ind�finie vers � jpeg_set_defaults(jpeg_compress_struct*) �
image.cpp.text+0xc6): r�f�rence ind�finie vers � jpeg_default_colorspace(jpeg_compress_struct*) �
image.cpp.text+0xd2): r�f�rence ind�finie vers � jpeg_stdio_dest(jpeg_compress_struct*, _IO_FILE*) �
image.cpp.text+0xe3): r�f�rence ind�finie vers � jpeg_start_compress(jpeg_compress_struct*, int) �
image.cpp.text+0x119): r�f�rence ind�finie vers � jpeg_write_scanlines(jpeg_compress_struct*, unsigned char**, unsigned int)�
image.cpp.text+0x139): r�f�rence ind�finie vers � jpeg_finish_compress(jpeg_compress_struct*) �
image.cpp.text+0x141): r�f�rence ind�finie vers � jpeg_destroy_compress(jpeg_compress_struct*) �
image.o: dans la fonction � IMAGE::getsize() �:
image.cpp.text+0x1ce): r�f�rence ind�finie vers � jpeg_std_error(jpeg_error_mgr*) �
image.cpp.text+0x1f4): r�f�rence ind�finie vers � jpeg_CreateDecompress(jpeg_decompress_struct*, int, unsigned int)�
image.cpp.text+0x219): r�f�rence ind�finie vers � jpeg_stdio_src(jpeg_decompress_struct*, _IO_FILE*) �
image.cpp.text+0x22a): r�f�rence ind�finie vers � jpeg_read_header(jpeg_decompress_struct*, int) �
image.o: dans la fonction � IMAGE::jpeg_to_bmp() �:
image.cpp.text+0x18b4): r�f�rence ind�finie vers � jpeg_std_error(jpeg_error_mgr*) �
image.cpp.text+0x18da): r�f�rence ind�finie vers � jpeg_CreateDecompress(jpeg_decompress_struct*, int, unsigned int)�
image.cpp.text+0x194f): r�f�rence ind�finie vers � jpeg_stdio_src(jpeg_decompress_struct*, _IO_FILE*) �
image.cpp.text+0x1967): r�f�rence ind�finie vers � jpeg_read_header(jpeg_decompress_struct*, int) �
image.cpp.text+0x1aec): r�f�rence ind�finie vers � jpeg_start_decompress(jpeg_decompress_struct*) �
image.cpp.text+0x1b29): r�f�rence ind�finie vers � jpeg_read_scanlines(jpeg_decompress_struct*, unsigned char**, unsigned int)�
image.cpp.text+0x1c8c): r�f�rence ind�finie vers � jpeg_finish_decompress(jpeg_decompress_struct*) �
image.cpp.text+0x1c9a): r�f�rence ind�finie vers � jpeg_destroy_decompress(jpeg_decompress_struct*) �
wrbmp.o: dans la fonction � jinit_write_bmp(jpeg_decompress_struct*, int) �:
wrbmp.c.text+0x832): r�f�rence ind�finie vers � jpeg_calc_output_dimensions(jpeg_decompress_struct*) �
collect2: ld a retourn� 1 code d'�tat d'ex�cution
make: *** [viewer.cgi] Erreur 1


Merci pour votre aide...