Jump to content

plib-1.6.0


Recommended Posts

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 :D

plib se plaint de ne pas trouver la bibliothèque GLUT. Pourtant j'ai installé freeglut :D

Des idées pour solutionner ce problème :yes::yes:

Merci du coup de pouce éventuel, parce que là, je nage :yes:

Link to comment
Share on other sites

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.

:yes:

Link to comment
Share on other sites

la c'est bete :intelpowa:

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 ?

Link to comment
Share on other sites

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 :intelpowa: )

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.

Link to comment
Share on other sites

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é" :eeek2: (même pas drôle en fait :intelpowa: )

Je crois que j'ai assez donné pour aujourd'hui :incline:

Link to comment
Share on other sites

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... :francais:

bonne chance;

Link to comment
Share on other sites

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!

Link to comment
Share on other sites

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

Link to comment
Share on other sites

:transpi:

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 :non:

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 :yes:

Link to comment
Share on other sites

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... :transpi:

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...