util-linux项目中pam_lastlog2模块构建问题分析

在构建util-linux 1.40版本时，使用autotools构建系统会导致pam_lastlog2模块出现符号未定义问题。本文将深入分析该问题的原因及解决方案。

问题现象

当使用autotools构建util-linux 1.40版本后，系统日志中会出现如下错误信息：

login[530]: PAM unable to dlopen(/lib/security/pam_lastlog2.so): /lib/security/pam_lastlog2.so: undefined symbol: ll2_write_entry

通过ldd命令检查生成的pam_lastlog2.so模块，发现它没有正确链接到liblastlog2库：

linux-vdso.so.1 (0x00007ffcc0262000)
libc.so.6 => /lib/libc.so.6 (0x00007f135e450000)
/lib64/ld-linux-x86-64.so.2 (0x00007f135e64a000)

问题原因

该问题的根本原因在于autotools构建系统没有正确配置pam_lastlog2模块的依赖关系。pam_lastlog2模块需要依赖liblastlog2库中的函数实现，特别是ll2_write_entry等符号，但在autotools构建过程中这些依赖关系没有被正确处理。

相比之下，使用meson构建系统生成的pam_lastlog2.so模块则包含了所有必要的依赖：

linux-vdso.so.1 (0x00007ffe13ffb000)
liblastlog2.so.2 => /lib/liblastlog2.so.2 (0x00007f365de84000)
libpam.so.0 => /lib/libpam.so.0 (0x00007f365de74000)
libc.so.6 => /lib/libc.so.6 (0x00007f365dc93000)
libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007f365db33000)
libz.so.1 => /lib/libz.so.1 (0x00007f365db19000)
libm.so.6 => /lib/libm.so.6 (0x00007f365da3a000)
/lib64/ld-linux-x86-64.so.2 (0x00007f365dea3000)

技术背景

PAM(Pluggable Authentication Modules)是Linux系统中用于认证的模块化框架。pam_lastlog2模块负责记录用户登录信息，它需要与liblastlog2库交互来读写登录记录。在动态链接的情况下，模块必须明确声明其依赖关系，否则在运行时会出现符号解析失败的问题。

autotools(automake/autoconf)是传统的Unix构建系统，而meson是较新的构建系统。在这个案例中，meson能够正确处理模块间的依赖关系，而autotools的配置存在缺陷。

解决方案

项目维护者已经通过提交修复了这个问题。修复方案主要包括：

1. 在autotools构建配置中明确添加pam_lastlog2模块对liblastlog2的依赖
2. 确保链接器能够解析所有必要的符号

对于用户来说，解决方案包括：

1. 使用meson构建系统替代autotools
2. 如果必须使用autotools，应更新到包含修复的版本
3. 手动添加链接选项，确保pam_lastlog2.so正确链接到liblastlog2

最佳实践建议

对于类似的项目维护工作，建议：

1. 在构建配置中明确声明所有模块间的依赖关系
2. 对PAM模块等特殊类型的库进行额外的链接测试
3. 考虑迁移到meson等现代构建系统，它们通常能更好地处理依赖关系
4. 在持续集成测试中加入动态库符号检查步骤

这个问题展示了构建系统配置的重要性，特别是在处理模块化系统组件时。正确的依赖关系管理是确保软件可靠运行的关键因素。