autotools - 添加 AC_CHECK_LIB 的路径

Question

我对 configure.ac 有以下问题:

我想添加一个库搜索路径，因为我必须使用的库位于一些疯狂的文件夹中。我的想法是通过一个选项来做到这一点:

AC_ARG_WITH([cplex-lib-path],
  [AS_HELP_STRING([--with-cplex-libs], [location of the CPLEX library])],
  [CPLEX_LIBS="-L$withval --lcplex"],
  [])

如果有人指定库路径，我当然想看看是否可以找到该库:

AC_CHECK_LIB([cplex], [CPXcreateprob], [],
[
  AC_MSG_ERROR([Could  not find CPLEX library])
])

但是，我想将 CPLEX_LIBS 添加到 AC_CHECK_LIB 的库搜索路径中。这有可能吗？

Answer 1

告诉配置脚本库在哪里是用户的责任。有许多可供用户使用的选项，最常见的是:

configure LDFLAGS=-L/p/a/t/h

在这一点上，维护者完全没有理由修改构建脚本以适应用户，并且有很多很好的理由不尝试做任何事情。如果您(作为用户)发现您的库位于多个位置，您可以在您的环境或 config.site 中设置 LDFLAGS。您的工具链可能有其他机制(例如，如果您使用 gcc，您可以简单地设置 LIBRARY_PATH)。 autoconf 提供的基础设施已经提供了很多机制来处理这个问题，包维护者最好不要重新发明轮子并提供非标准接口(interface)。

既然我已经争辩说你不应该做你想做的事，我会告诉你怎么做。 AC_CHECK_LIB 将使用 LDFLAGS 中的值进行搜索，因此您可以执行以下操作:

LDFLAGS="$LDFLAGS $CPLEX_LIBS"     # this is a bug

这是错误的，因为你现在有一个 -l LDFLAGS 中的标志，但 -l参数属于 LIBS .此外，如果您要让另一个库 libfoo 和 $FOO_LIBS 指向不同的位置，则根本无法消除歧义:LDFLAGS 将获得 -L/cplex 和 -L/foo 并且用户将不知道哪个首先出现，并且无法保证与一个库的链接优于另一个。简而言之，不要使用 CPLEX_LIBS:教育您的用户使用 LDFLAGS。此外，键入更方便:

configure LDFLAGS='-Lpath1 -Lpath2' 

而不是打字

configure --with-cplex=path1 --with-foo=path2

后者混淆了事物并导致未受过教育的民众。我一直不明白为什么人们喜欢在他们的构建中加入这些 --with-lib=/p/a/t/h 选项:它们没有提供任何有用的东西。