使用 autotools/libtool 构建 .so 模块，无需安装 .la 和 .a 变体

Question

如何在没有 .la 和 .a 库的情况下使用 autotools/libtool 构建和安装 .so 模块 也被安装到 --prefix 路径中？

目前我正在使用以下Makefile.am：

lib_LTLIBRARIES = libCurlDownloader.la
libCurlDownloader_la_SOURCES = Curl.cpp
libCurlDownloader_la_LDFLAGS = -module -avoid-version

它可以工作，但是除了libCurlDownloader.so之外，它还安装了libCurlDownloader.la和libCurlDownloader.a，这是不可取的。

更新 #1

可以通过

./configure --disable-static

使用或

AC_ENABLE_SHARED(yes)
AC_ENABLE_STATIC(no)

在configure.ac中

来使.a不被生成，但仍然是一个问题，如何使.la不被安装到安装--prefix中，同时具有.so安装了。

更新 #2

可以使用以下命令从安装中删除 .la 文件 --prefix

install-exec-hook: find $(DESTDIR)$(libdir) -type f -name \*.la -delete

Answer 1

您不必删除 .la 文件。 .la 文件包含在两种情况下使用的信息：

1. 针对构建的库进行静态链接。静态链接时（即 .a 与 -static），没有有关所链接库的依赖项的信息，因此 libtool 可以使用 中的信息>.la 文件来创建引用所有必要依赖项的适当 ld 命令。这在像 MinGW 这样的环境中通常更为重要，其中链接器需要以特定顺序指定多个相同的库来解决递归依赖关系。仅当您打算构建静态二进制文件时，这才是一个问题。

2. 在某些平台上动态加载构建库（即，如果使用libltdl，则使用lt_dlopen）。同样，在某些平台上，编译模块的依赖项不会编码在二进制文件中，因此需要 .la 文件，以便 lt_dlopen 找到并加载正确的依赖项。在 ELF 平台（包括 Linux）和 PE 平台（即 Windows）上，依赖项存储在库中，因此 lt_dlopen 无需 .la 文件即可工作。 MacOS 上的 MachO 格式在构建捆绑包时可能需要 .la 文件。

Debian/Ubuntu 打包者决定从其软件包中排除 .la 文件，因为第二个原因在 Linux 上不合适，并且他们希望您一开始就不要构建静态二进制文件。在 libtool 设计支持的其他平台上，可能需要 .la 文件来链接或运行程序。

Answer 2

我偶然发现了这个问题，因为它使用了术语“模块”，在 automake/libtool 中它是插件的术语。我在 Finit 中有一个插件系统，因此我使用“-module”构建插件以避免创建 .a 文件。但我仍然安装了 .la 文件，这实际上甚至不适用于“-module”情况。

我还没有找到一种有记录的方法来跳过插件的 .la 文件，但我是这样做的：

AM_LDFLAGS = -module -avoid-version -shared
pkglib_LTLIBRARIES = alsa-utils.la bootmisc.la

install-exec-hook:
        @(cd $(DESTDIR)$(pkglibdir) && $(RM) $(pkglib_LTLIBRARIES))

要明确的是，在我的用例中，没有人会“链接”我的插件 .so，所以.la 文件确实没有用。