L'installation de glib en préfixe non-standard échoue
Je suis en train d'installer glib dans un préfixe non-standard, mais je reçois les éléments suivants lors de l'exécution de make install
:
/bin/sh ../libtool --mode=install /usr/bin/install -c libgthread-2.0.la '/root/build/lib'
libtool: install: error: cannot install `libgthread-2.0.la' to a directory not ending in /usr/local/lib
Aucune raison pourquoi je ont pour installer gthread seulement dans un préfixe se terminant par /usr/local/lib?
- Avez-vous configuré correctement? Je veux dire
./configure --prefix=<prefix_of_your_choice>
? Essayezmake clean ; make distclean; ./configure --prefix=<prefix_of_your_choice> && make && make install
- J'ai fait tout cela en vain. Je l'ai enfin fait quelque chose comme
../gcc-4.7.0/configure --prefix=/root/build/usr/local/
pour le faire fonctionner. - Vous avez certainement n'avez pas à installer de glib seulement dans /usr/local/lib; cela est dû à certaines libtool ou automake étrangeté, peut-être obsolètes les fichiers intermédiaires qui traînent dans l'arbre. Je voudrais essayer de décompacter une nouvelle source de colis et de commencer à partir de zéro.
- C'était une nouvelle source de l'arbre, à droite en sortant de l'archive tar. Cela ne veut pas dire qu'il doit être dans /usr/local/lib, il dit qu'il a à la fin, avec qui, qui est toujours bizarre.
Vous devez vous connecter pour publier un commentaire.
Aussi je viens de tombé sur ce problème lors de la compilation de MonetDB sur ma machine Linux. Voici la solution qui a fonctionné pour moi: Toujours
make clean
après./configure
.Dans votre exemple, vous devriez être en mesure de le faire:
J'ai trouvé la solution dans un discussion sur un apache httpd d'un bug où Joe Orton actions sa connaissance:
libtool: error: error: cannot install 'libgimpcolor-2.0.la' to a directory not ending in /usr/local/lib
. La réponse fonctionne, mais n'est-il pas une autre méthode au lieu de courirmake clean
. Une version complète prend environ 15 minutes, juste parce que l'une bibliothèque semble en quelque sorte coder en dur le préfixe ...