频道导航

Autoconf中AC_CHECK_LIB依赖第三方库时FAIL

2020-06-19 设计模式前端之家

前端之家收集整理的这篇文章主要介绍了Autoconf中AC_CHECK_LIB依赖第三方库时FAIL，前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。

本文转自：http://blog.csdn.net/jtujtujtu/article/details/46924225

尝试在lighttpd中新增一个module时，发现configure是通过autoconf产生的，需要修改其中的configure.ac，这其中都是autoconf的语法，依葫芦画瓢，这里以zlib为例：

[plain]view plaincopy 
   
 AC_MSG_CHECKING(forzlibsupport)
 AC_ARG_WITH(zlib,AC_HELP_STRING([--with-zlib],[Enablezlibsupportformod_compress]),
 [WITH_ZLIB=$withval],[WITH_ZLIB=yes])
 AC_MSG_RESULT([$WITH_ZLIB])
 
 iftest"$WITH_ZLIB"!="no";then
 AC_CHECK_LIB(z,deflate,[
 AC_CHECK_HEADERS([zlib.h],[
 Z_LIB=-lz
 AC_DEFINE([HAVE_LIBZ],[1],[libz])
 AC_DEFINE([HAVE_ZLIB_H],[1])
 ])
 ])
 iftestx$Z_LIB=x;then
 AC_MSG_ERROR([zlib-headersand/orlibswherenotfound,installthemorbuildwith--without-zlib])
 fi
 fi
 AC_SUBST(Z_LIB)

AC_CHECK_LIB(z,[func1],[func2])表示check libz中的函数deflate 是否正常，如果check OK则调用func1，如果失败则调用func2

这个check的过程可以参考config.log：

copy

configure:14511:checkingforzlibsupport

configure:14521:result:yes
configure:14525:checkingfordeflatein-lz
configure:14550:gcc-oconftest-Os-fstrict-aliasing-fstrict-overflow-I/include-D_REENTRANT-D__EXTENSIONS__-L/libconftest.c-lz>&5
configure:14550:$?=0
configure:14559:result:yes

可以看到，autoconf有创建一个conftest.c，compile并link来确认libz是否support。

同样的code被移植到我们的lib上，但是结果却是fail，config.log会提示第三方库中的函数找不到，那么怎么办么？

通过查看libz的check过程，我们会发现，check中会把AC_CHECK_LIB的第一个参数作为lib name，前面增加"-l"来link，想到的是不是可以通过修改第一个参数达到link其它lib的目的，答案是肯定的。只是这个格式需要自己摸索一下：

首先测试的是直接加第三方库，譬如ssl的crypto，AC_CHECK_LIB修改为

AC_CHECK_LIB(z crypto,[],[])，仍然提示Error，察看Error提示找不到lib "-lz crypto" 虽然这是一个坏消息，但是从这个Error中可以找到一些有用的信息，引导我们走向成功。就是看起来check时把第一个参数作为一个字符串，前面直接加"-l"来link，这就使我想到，是不是可以直接增加"-lcrypto" 其次测试的正是上面提到的增加完整的link "-lcrypto"，AC_CHECK_LIB修改为： AC_CHECK_LIB(z -lcrypto,[])，测试通过，查看log，果然是 -lz -lcrypto 目前尚不知道这个做法是否合理，只是测试可用。有其它建议，欢迎讨论。