使用 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: UPundefined symbol: UPconfig.logReadline 的 CHANGE 日志和 README 不讨论更改或丢失的符号。我发现其他用户遇到了同样问题的几篇文章，但修复通常会退化为降级到 readline 6.3。
此时我不确定这是否是 Readline 问题；或者程序或库（如 cURL 或 Git）中的问题。因为该符号在 Readline 中未定义，所以我认为它更接近 Readline 问题（或 Readline 依赖的库）。
我的第一个问题是，我应该从哪里开始寻找问题？
我的第二个问题是，我们应该如何解决它？
这是 cURL 的
config.log$ 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
...
为了完整起见，我没有从源代码构建
awkgawkmawkgawk/usr/local/lib64Build-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
看来有两个问题。首先，动态链接器选择了错误的库。也就是说，运行时链接器错误地猜测
/usr/bin/gawk/usr/local/lib64/libreadline.so/usr/local/usr/lib64/usr/lib64/usr/local/lib64/usr/lib64/usr/local/lib64动态链接器漏洞已经恶化多年，而 Linux 是我所知道的唯一仍未解决该问题的主要操作系统。 OS X 有安装名称，Windows 有清单，BSD 在构建时设置了 rpath ...
其次，makefile 需要打补丁。 @AnttiHaapala 和 @JohnBollinger 在评论中提出了意见，但由于 Red Hat 和 Fedora 是主要发行版，我一直在“它应该有效”的心态中挣扎。看来事情只是未经测试，结果是一个突破。
要解决 Fedora 的问题，应在解压 tarball 并配置库后完成：
for mfile in $(find "$PWD" -name 'Makefile'); do
sed -i 's|SHLIB_LIBS =|SHLIB_LIBS = -ltinfo|g' "$mfile"
done
事情开始按预期工作后，我想到 Fedora 一定也在做同样的事情，但我在 Fedora 的
readline.specreadline-7.0-shlib.patch看来，在最近的 ncurses 版本中，UP（及相关）符号已移至
libtinfo--with-termlib./configure --with-shared --with-termlib从系统中删除所有 libreadline、/usr/lib、/usr/local/lib 等
从某个地方下载 readline 的源代码
配置（我的 readline.8.2 Dec. 2024 版本）：
./configure --with-shared-termcap-library --enable-static -q --前缀=/usr
--enable-static 不必要。 --prefix - 你的选择。 --with-shared-termcap-library - 命令式，未定义的符号 位于 libtermcap 中，而不位于 libncurses 中。