fester Posté(e) le 29 juillet 2004 Partager Posté(e) le 29 juillet 2004 Depuis hier soir j'essaye en vain de trouver pourquoi j'ai une erreur durant le configure de plib-1.6.0 Voilà ce que j'ai : [root@x-posed plib-1.6.0]# ./configure creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found includedir changed to ${prefix}/include/plib libdir is ${exec_prefix}/lib checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for c++... c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes checking how to run the C++ preprocessor... c++ -E checking for a BSD compatible install... /usr/bin/install -c checking for ranlib... ranlib checking host system type... i686-pc-linux checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for glNewList in -lGL... yes checking for gluLookAt in -lGLU... yes checking for glutGetModifiers in -lfreeglut... no checking for glutGetModifiers in -lglut... no configure: error: could not find working GLUT library Je suis allé voir dans le config.log, ce qui n'allait pas : This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:581: checking for a BSD compatible install configure:634: checking whether build environment is sane configure:691: checking whether make sets ${MAKE} configure:737: checking for working aclocal configure:750: checking for working autoconf configure:763: checking for working automake configure:776: checking for working autoheader configure:789: checking for working makeinfo configure:823: checking for gcc configure:936: checking whether the C compiler (gcc ) works configure:952: gcc -o conftest conftest.c 1>&5 configure:978: checking whether the C compiler (gcc ) is a cross-compiler configure:983: checking whether we are using GNU C configure:992: gcc -E conftest.c configure:1011: checking whether gcc accepts -g configure:1043: checking how to run the C preprocessor configure:1064: gcc -E conftest.c >/dev/null 2>conftest.out configure:1127: checking for c++ configure:1159: checking whether the C++ compiler (c++ ) works configure:1175: c++ -o conftest conftest.C 1>&5 configure:1201: checking whether the C++ compiler (c++ ) is a cross-compiler configure:1206: checking whether we are using GNU C++ configure:1215: c++ -E conftest.C configure:1234: checking whether c++ accepts -g configure:1266: checking how to run the C++ preprocessor configure:1284: c++ -E conftest.C >/dev/null 2>conftest.out configure:1320: checking for a BSD compatible install configure:1375: checking for ranlib configure:1705: checking host system type configure:1759: checking for X configure:2073: checking for dnet_ntoa in -ldnet configure:2092: gcc -o conftest -g -O2 conftest.c -ldnet 1>&5 /usr/bin/ld: cannot find -ldnet collect2: ld returned 1 exit status configure: failed program was: #line 2081 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char dnet_ntoa(); int main() { dnet_ntoa() ; return 0; } configure:2114: checking for dnet_ntoa in -ldnet_stub configure:2133: gcc -o conftest -g -O2 conftest.c -ldnet_stub 1>&5 /usr/bin/ld: cannot find -ldnet_stub collect2: ld returned 1 exit status configure: failed program was: #line 2122 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char dnet_ntoa(); int main() { dnet_ntoa() ; return 0; } configure:2162: checking for gethostbyname configure:2190: gcc -o conftest -g -O2 conftest.c 1>&5 configure:2260: checking for connect configure:2288: gcc -o conftest -g -O2 conftest.c 1>&5 configure:2352: checking for remove configure:2380: gcc -o conftest -g -O2 conftest.c 1>&5 configure:2444: checking for shmat configure:2472: gcc -o conftest -g -O2 conftest.c 1>&5 configure:2545: checking for IceConnectionNumber in -lICE configure:2564: gcc -o conftest -g -O2 -L/usr/X11R6/lib conftest.c -lICE 1>&5 configure:2596: checking for glNewList in -lGL configure:2615: gcc -o conftest -g -O2 -L/usr/X11R6/lib conftest.c -lGL -lSM -lICE -lXi -lXmu -lXext -lX11 -lm 1>&5 configure:2695: checking for gluLookAt in -lGLU configure:2714: gcc -o conftest -g -O2 -L/usr/X11R6/lib conftest.c -lGLU -lGL -lSM -lICE -lXi -lXmu -lXext -lX11 -lm 1>&5 configure:2793: checking for glutGetModifiers in -lfreeglut configure:2812: gcc -o conftest -g -O2 -L/usr/X11R6/lib conftest.c -lfreeglut -lGLU -lGL -lSM -lICE -lXi -lXmu -lXext -lX11 -lm 1>&5 /usr/bin/ld: cannot find -lfreeglut collect2: ld returned 1 exit status configure: failed program was: #line 2801 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char glutGetModifiers(); int main() { glutGetModifiers() ; return 0; } configure:2841: checking for glutGetModifiers in -lglut configure:2860: gcc -o conftest -g -O2 -L/usr/X11R6/lib conftest.c -lglut -lGLU -lGL -lSM -lICE -lXi -lXmu -lXext -lX11 -lm 1>&5 /usr/bin/ld: cannot find -lglut collect2: ld returned 1 exit status configure: failed program was: #line 2849 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char glutGetModifiers(); int main() { glutGetModifiers() ; return 0; } Mais je n'ai rien compris plib se plaint de ne pas trouver la bibliothèque GLUT. Pourtant j'ai installé freeglut Des idées pour solutionner ce problème Merci du coup de pouce éventuel, parce que là, je nage Lien vers le commentaire Partager sur d’autres sites More sharing options...
zaverel Posté(e) le 29 juillet 2004 Partager Posté(e) le 29 juillet 2004 tu as installer "la bibliothèque GLUT" > freeglut Mais as tu installer freeglut-dev ? car il y a toujours les librairies d'un coté et les librairies pour le developpement (dev) de l'autre. Essaie sa devrait aller mieux apres. Lien vers le commentaire Partager sur d’autres sites More sharing options...
fester Posté(e) le 29 juillet 2004 Auteur Partager Posté(e) le 29 juillet 2004 Ah oui, ça fonctionne mieux avec freeglut-devel Merci zaverel Mais j'ai encore un problème Torcs m'envoie bouler : Package torcs needs plib >= 1.6.0, this is not available La galère Lien vers le commentaire Partager sur d’autres sites More sharing options...
zaverel Posté(e) le 29 juillet 2004 Partager Posté(e) le 29 juillet 2004 la c'est bete qu'est ce que tu veut reellement installer : plib , Torcs ou encore autre chose ? car la tu est partie pour te battre avec les dependances. Il vaut mieux utiliser le systeme de package que de compiler les prog a la main. Et c'est plus simple pour les mises a jpur. (ya souvant des options a passer au moment du ./configure quand on veut compiler) Quelle est ta distrib ? ta l'adsl ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
fester Posté(e) le 29 juillet 2004 Auteur Partager Posté(e) le 29 juillet 2004 En fait, je veux installer Torcs. Je suis sous Fedora Core 2 et adsl. J'ai commencé par un yum install torcs. J'avais un problème de dépendances. Je suis donc allé là : http://www.berniw.org/ J'ai, avec ton aide installé freeglut et plib-1.6.0. pensant que se serait suffisant. Mais non Lien vers le commentaire Partager sur d’autres sites More sharing options...
zaverel Posté(e) le 29 juillet 2004 Partager Posté(e) le 29 juillet 2004 bon , ce que tu va faire , c'est retourner dans le dossier plib que tu as compiler (c'est pas le dossier qui est compiler ) et en root (comme pour l'install) make uninstall puis tu va la (par exemple) car il y a plein de site rpmfind http://www.google.fr/search?q=rpmfind&ie=U...he+Google&meta= http://fr.rpmfind.net/ tu tape plib et tu va trouver ton bonheur pour ta distib tu telecharge le rpm correspondant tu l'installe et sa devrait etre bon. Je ne sais pas comment marche Fedora Core 2 , mais je pense que tu doit pouvoir mettre a jour ses sources de paquets pour ne pas avoir a telecharger a la main les rpm. Lien vers le commentaire Partager sur d’autres sites More sharing options...
fester Posté(e) le 29 juillet 2004 Auteur Partager Posté(e) le 29 juillet 2004 Dans la faq de Berniw, il est indiqué que Torcs ne fonctionne qu'avec la plib-1.6.0 Impossible de trouver un rpm de cette version pour la FC2 (il y a bien des versions supérieures, mais vu la faq, j'hésite). Du coup, je suis obligé de la compiler à partir des sources (http://plib.sourceforge.net/) Je suis complètement "dérooté" (même pas drôle en fait ) Je crois que j'ai assez donné pour aujourd'hui Lien vers le commentaire Partager sur d’autres sites More sharing options...
-rem- Posté(e) le 30 juillet 2004 Partager Posté(e) le 30 juillet 2004 En fait, il ne doit pas trouver ta librairie de plib, elle n'a pas du s'installer dans un repertoire correctement. Je vais te donner une solution, mais qui est assez rarement employee car peu de gens la connaisse et elle n'est pas evidente a manipuler. Je ne dis pas ca pour la forme, mais simplement pour te dissuader de l'evider a nouveau, c'est un dernier recours vu ton niveau : Une variable d'environnement permet de definir des chemins supplementaires pour les librairies, c'est LD_LIBRARY_PATH. Tu peux donc ainsi ajouter le chemin d'acces ou se trouve la libraire de plibc : export LD_LIBRARY_PATH=<chemin de plibc>:$LD_LIBRARY_PATH export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig ldconfig Ca devrait certainement resoudre ton pb si tu sais trouver le bon chemin et regler correctement des 2 variables d'environnment. En fait, lorsque tu fais ./configure, t as du remarquer que ca fait un inventaire de ton systeme, voir tes compilos, librairies etc... Eh bien il s'appuie sur des variables d'environnement pour faire cela, et tu peux jouer dessus pour l'aider a trouver des nouvelles librairies ou des librairies mal placees. Normallement cette manip sert pour tester des nouvelles lib en developpement etc... En tous cas, evites tout de meme de manipuler des trucs qui te depassent un peu et preferes les rpm, c'est plus sur pour la survie de ta fedora... bonne chance; Lien vers le commentaire Partager sur d’autres sites More sharing options...
fester Posté(e) le 30 juillet 2004 Auteur Partager Posté(e) le 30 juillet 2004 Je ne sais pas où c'est faite l'installation de plib :/ J'ai un fichier plib dans /usr/include avec dedans des fichiers xxx.h Donc le chemin de plib, c'est /usr/include, c'est bien ça ? Je sais bien que je joue un peu avec le feu, j'aurai vraiment préféré que tout s'installe avec yum... Le pire c'est que je suis tellement borné que je ne baisserai pas les bras. Il va bien falloir que ça fonctionne! Lien vers le commentaire Partager sur d’autres sites More sharing options...
-rem- Posté(e) le 30 juillet 2004 Partager Posté(e) le 30 juillet 2004 ouais, mais je pense que tu ferais meiux de baisser les bras la...C'est un peu bcp au dessus de ton niveau, et tu risques d'abimer ta fedora... Y a pas un equivalent pour ton soft ? C'est plutot des .so que tu recherches, et dis toi bien que /usr/include est certainement dans le path par defaut. Tu devrais essayer : find <repertoire racine src de plib> | grep -e lib -e .so Lien vers le commentaire Partager sur d’autres sites More sharing options...
fester Posté(e) le 30 juillet 2004 Auteur Partager Posté(e) le 30 juillet 2004 Je crois que je vais suivre ton conseil. Deux jours à lire faq et forums, c'est bon, j'ai ma dose. grep ne me trouve pas de so C'est dommage car ce jeu à l'air vraiment pas mal. C'est le seul souci que j'ai actuellement parce que sinon, tout le reste marche super Lien vers le commentaire Partager sur d’autres sites More sharing options...
-rem- Posté(e) le 30 juillet 2004 Partager Posté(e) le 30 juillet 2004 Oui, tu as raison. Ca peut marcher, c'est juste une question de librairies. Mais cela necessite d'etre tres experimente et de maitirser parfaitement les variables d'environnement pour le ./configure trouve ce qu'il veut dans l'ordre qu'il veut. Car la ou ca pourrait se compliquer par exemple, c'est si tu avais plib 1.6 installee et necessaire pour une appli, et plib 1.7 installee et necessaire pour une autre appli. Il faut etre capable de faire trouver au ./configure celle que l'on veut, car la premiere version rencontree est celle choisie, donc une des 2 applis ne pourraient tourner.. donc, un conseil, cherche un rpm qui fasse fonctionner ca sans pb.. Et souvent, une version minimale est demandee , mais les versions plus recentes fonctionnent aussi. pffffiou.. Ca aura ete un topic un peu technique celui la, ca change des mount et ln -s qu'on a d'habitude... Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.