以非标准前缀安装 glib 失败答案

【问题标题】：Installing glib in non-standard prefix fails以非标准前缀安装 glib 失败
【发布时间】：2012-05-04 00:32:16
【问题描述】：

我正在尝试以非标准前缀安装 glib，但在运行 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

我必须仅在以 /usr/local/lib 结尾的前缀中安装 gthread 的任何原因？

【问题讨论】：

你配置对了吗？我的意思是./configure --prefix=<prefix_of_your_choice>？试试make clean ; make distclean; ./configure --prefix=<prefix_of_your_choice> && make && make install
我做了所有这些，但无济于事。我终于做了类似../gcc-4.7.0/configure --prefix=/root/build/usr/local/ 的事情来让它发挥作用。
你绝对不必只在 /usr/local/lib 中安装 glib；这是由于一些 libtool 或 automake 的怪异，可能是树中的陈旧中间文件。我会尝试解压缩一个新的源包并从头开始。
那是一棵新鲜的源代码树，就在 tar 存档中。它没有说它必须是 /usr/local/lib，它说它必须以那个结尾，这仍然很奇怪。

标签： makefile installation glib libtool

【解决方案1】：

在我的 Linux 机器上编译 MonetDB 时，我也偶然发现了这个问题。这是对我有用的解决方案/解决方法：在./configure 之后总是make clean。

在您的示例中，您应该能够做到：

./configure --prefix=/root/build && make clean && make && make install

我在 discussion 的一个 apache httpd 错误中找到了解决方案，其中 Joe Orton 分享了 his knowledge：

重新运行“configure”后通常需要“make clean”。

【讨论】：

我在编译 Gimp 2.9.2 时遇到了这个问题。 libtool: error: error: cannot install 'libgimpcolor-2.0.la' to a directory not ending in /usr/local/lib。答案有效，但没有其他方法可以代替运行make clean。一个完整的构建大约需要 15 分钟，只是因为一个库似乎以某种方式硬编码了前缀 ...

【解决方案2】：

使用：

make clean 
make distclean

为我工作。

【讨论】：

【解决方案3】：

库的install 路径通常可以自定义，而不是/usr/local/ 下的默认路径。

对于某些库，您应该使用 ./configure 指定它，如下所示：

./configure --prefix=/the/new/install/path
make
make install

其他make install时允许你指定：

./configure
make
make install prefix=/the/new/install/path

两个都可以试试。至少有一个可以解决您的问题。

【讨论】：