2009-08-18 5 views
1

Je télécharge les codes source du projet rss-glx 0.9 à construire. Mais le script configure s'est plaint que la librairie GL n'ait pas été trouvée!Pourquoi la configuration ne signale aucune bibliothèque GL trouvée lors de la génération du projet rss-glx?

... 
checking GL/gl.h usability... yes 
checking GL/gl.h presence... yes 
checking for GL/gl.h... yes 
checking GL/glx.h usability... yes 
checking GL/glx.h presence... yes 
checking for GL/glx.h... yes 
checking for glNewList in -lGL... no 
checking for glNewList in -lMesaGL... no 
configure: error: GL library was not found. 

Mais il existe des bibliothèques GL dans/usr/lib.

$ ls /usr/lib/GL* 
/usr/lib/libGLcore.so.1  /usr/lib/libGL.so.180.29 
/usr/lib/libGLcore.so.180.29 /usr/lib/libGLU.a 
/usr/lib/libGLEW.so.1.5  /usr/lib/libGLU.so 
/usr/lib/libGLEW.so.1.5.0  /usr/lib/libGLU.so.1 
/usr/lib/libGL.la    /usr/lib/libGLU.so.1.3.070004 
/usr/lib/libGL.so.1 

Quelqu'un peut me dire pourquoi? Merci.


Merci, drhirsch. J'ai découvert la raison. Dans mon/usr/lib, libGL.so est un lien symbolique vers /usr/lib/nvidia/libGL.so.1.2.xlibmesa. Et dans/usr/lib/nvidia, il n'y a pas de libGL.so.1.2.xlibmesa mais une libGL.so.xlibmesa, qui est aussi un lien symbolique vers une libGL.so.1 inexistante. Maintenant j'ai résolu le problème et c'est OK.

Je ne sais pas pourquoi il y a des liens symboliques nuls. Je suppose que cela s'est produit lorsque j'ai réinstallé le pilote de la carte graphique nvidia pour le noyau de mon Debian mis à jour de 2.6.26-1 à 2.6.26-2.

+0

J'ai un problème similaire, je me demande si vous pourriez donner plus de détails sur la façon dont vous avez résolu ce problème? Merci! – Ziggy

+0

@Ziggy, je suis désolé. J'ai oublié les détails pour cela il y a trois ans. –

Répondre

1

On dirait que l'éditeur de liens n'a pas pu lier un programme de test à votre bibliothèque GL. (Cela a été fait configure). Peut-être une incompatibilité de version.

Ce qui s'est exactement passé est écrit dans le fichier 'config.log', près de la fin, mais avant tout le contenu des variables envirnoment. Vous pouvez répéter la dernière commande infructueuse sur la ligne de commande et regarder l'erreur que l'éditeur de liens lance.

0

J'ai eu un problème similaire une fois. Une solution rapide pourrait être de créer un lien symbolique appelé libGL.so et le faire pointer vers l'une des "autres" libGLs

0

Mon problème était que le programme de test ne pouvait pas lier à libXmu.so, comme je l'ai trouvé en lisant config.log. Il s'avère que sur mon installation, il y avait un libXmu.so.6, mais pas de lien mou. Je l'ai fait:

ln -s /usr/lib64/libXmu.so.6 /usr/lib64/libXmu.so

puis le ./configure a travaillé.

Questions connexes