c - libreadline.so.7 : undefined symbol: UP

使用GNU的Readline 7时，我无法从源代码构建cURL和Git。当配置cURL之类的库时，结果为:

$ ./configure ...
...
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
gawk: symbol lookup error: /usr/local/lib64/libreadline.so.7: undefined symbol: UP
config.status: error: could not create Makefile
Failed to configure cURL

果然:

$ nm -D /usr/local/lib64/libreadline.so | egrep 'UP|DOWN|LEFT|RIGHT'
    U UP

和:

$ nm /usr/local/lib64/libreadline.a | egrep 'UP|DOWN|LEFT|RIGHT'
    U UP

现在，奇怪的是，消息gawk: symbol lookup error: /usr/local/lib64/libreadline.so.7: undefined symbol: UP和undefined symbol: UP没有出现在cURL的config.log中。它几乎就像是Autotools命令在生成它，而不是在配置测试脚本一样。

Readline的CHANGE日志和README不讨论更改或缺少的符号。我在其他用户遇到相同问题的地方发现了几篇文章，但该修复通常退化为降级到readline 6.3。

在这一点上，我不确定这是否是Readline问题。或cURL或Git之类的程序或库中的问题。因为该符号在Readline中未定义，所以我认为它更接近Readline问题(或Readline依赖于库)。

我的第一个问题是，我应该从哪里开始寻找问题？

我的第二个问题是，我们应该如何解决？

这是cURL的config.log的相关部分。没有尾部，也没有测试，因为cURL似乎没有对其进行测试或未对其进行记录。甚至错误字符串也从日志中丢失。

$ cat curl-7.56.0/config.log
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

  $ ./configure --prefix=/usr/local --libdir=/usr/local/lib64 --enable-shared --
enable-static --enable-optimize --enable-symbol-hiding --enable-http --enable-ft
p --enable-file --enable-ldap --enable-ldaps --enable-rtsp --enable-proxy --enab
le-dict --enable-telnet --enable-tftp --enable-pop3 --enable-imap --enable-smb -
-enable-smtp --enable-gopher --enable-cookies --enable-ipv6 --with-zlib=/usr/loc
al --with-ssl=/usr/local --without-gnutls --without-polarssl --without-mbedtls -
-without-cyassl --without-nss --without-libssh2 --with-libidn2=/usr/local --with
-nghttp2 --with-ca-path=/etc/ssl/certs/ --with-ca-bundle=/etc/ssl/certs/ca-bundl
e.crt

...

为了完整起见，我没有从源代码构建awk，gawk或mawk并将它们安装在某个地方。 gawk是Fedora 26的标准版本，它不使用/usr/local/lib64中的库:

Build-Scripts$ command -v gawk
/bin/gawk

Build-Scripts$ ldd /bin/gawk
    linux-vdso.so.1 (0x00007ffc33d2d000)
    libsigsegv.so.2 => /lib64/libsigsegv.so.2 (0x00007f3da9135000)
    libreadline.so.7 => /lib64/libreadline.so.7 (0x00007f3da8ee9000)
    libmpfr.so.4 => /lib64/libmpfr.so.4 (0x00007f3da8c87000)
    libgmp.so.10 => /lib64/libgmp.so.10 (0x00007f3da8a10000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f3da880c000)
    libm.so.6 => /lib64/libm.so.6 (0x00007f3da84f6000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f3da8125000)
    libtinfo.so.6 => /lib64/libtinfo.so.6 (0x00007f3da7ef9000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f3da95e0000)

最佳答案

这是怎么回事？
符号UP在lib_termcap.c和lib_termcap.o中定义
在库libncurses.so和libncurses.a中
在ncurses软件包中
包裹阅读热线需要诅咒。
ncurses是“新诅咒”。

$ nm -D lib/libncurses.so | grep -w UP
000000000025f6c8 B UP

您必须使用--with-shared来编译共享库。

./configure --prefix=/u01/sw --with-shared
make

关于c - libreadline.so.7 : undefined symbol: UP，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/46881581/

readLine

c - libreadline.so.7 : undefined symbol: UP