Die Installation von glib in nicht-standard-Präfix fehl
Bin ich versucht zu installieren, glib in einem nicht-standard-Präfix, aber ich bekomme Folgendes, wenn Sie ausgeführt 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
Einen Grund warum ich müssen installieren gthread nur ein Präfix endet mit /usr/local/lib?
- Hast du es konfigurieren, richtig? Ich meine
./configure --prefix=<prefix_of_your_choice>? Versuchenmake clean ; make distclean; ./configure --prefix=<prefix_of_your_choice> && make && make install - Ich Tat das alles, ohne Erfolg. Ich schließlich doch so etwas wie
../gcc-4.7.0/configure --prefix=/root/build/usr/local/machen, damit es funktioniert. - Sie definitiv don ' T have to install glib nur in /usr/local/lib; dies ist aufgrund von einigen libtool oder automake Verrücktheit, vielleicht veraltete temporäre Dateien herumliegen in den Baum. Ich würde versuchen, entpacken ein frische-source-Paket und von vorne anfangen.
- Das war eine frische Quelle-Baum wird direkt aus dem tar-Archiv. Es nicht sagen, es muss /usr/local/lib, es sagt, dass es ein Ende hat mit jenem, das ist noch seltsam.
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich auch gerade stolperte über dieses problem beim kompilieren von MonetDB auf meinem Linux-Rechner. Hier ist die Lösung/workaround, der bei mir funktioniert: Immer
make cleannach./configure.In Ihrem Beispiel sollten Sie in der Lage zu tun:
Fand ich die Lösung in einem Diskussion auf einem apache-httpd-bug, wo Joe Orton Aktien sein wissen:
libtool: error: error: cannot install 'libgimpcolor-2.0.la' to a directory not ending in /usr/local/lib. Die Antwort, die funktioniert, aber gibt es nicht eine andere Methode anstelle der Ausführungmake clean. Eine vollständige build dauert ~15 Minuten, nur weil eine Bibliothek scheint irgendwie fest das Präfix ...