Linux环境下从零编译Python3.6.4时pyexpat模块找不到的问题求助

我之前在LFS环境编译Python的时候也踩过pyexpat的坑，结合你的情况来看，核心问题应该是Python编译过程中没能正确识别到expat库的完整路径（光有libexpat.so不够，还得有对应的头文件，或者系统库缓存没更新），试试下面这些步骤来修复：

1. 重新配置Python，明确指定expat路径 #

LFS里的库虽然在标准路径，但有时候configure脚本会因为环境限制没探测到expat。重新执行configure时，直接指定expat的安装根目录，同时开启共享库支持：

# 先清理之前的编译残留
make clean
# 重新配置，明确指定expat路径
./configure --prefix=/usr --with-expat=/usr --enable-shared

--with-expat=/usr会让Python主动去/usr/include找expat头文件，/usr/lib找库文件；--enable-shared确保生成共享版本的pyexpat模块，避免静态链接的兼容性问题。

2. 更新chroot环境的库缓存 #

chroot环境下，系统的库缓存可能没同步，即使libexpat.so存在，动态链接器也找不到。先执行：

ldconfig

然后重新编译安装：

make -j$(nproc)
make install

3. 检查expat的头文件是否完整 #

Python编译pyexpat不仅需要libexpat.so，还需要头文件expat.h和expat_external.h。去/usr/include目录确认这两个文件是否存在：

ls /usr/include/expat*

如果找不到，说明之前安装expat 2.2.5时没正确安装头文件，需要重新编译安装expat：

# 进入expat源码目录
cd /path/to/expat-2.2.5
# 重新配置编译，禁用静态库，确保安装头文件
./configure --prefix=/usr --disable-static
make
make install
# 更新库缓存
ldconfig

完成后再回到Python源码目录重新编译。

4. 检查configure的探测日志 #

如果上面的步骤都没解决，去Python源码目录查看config.log，搜索expat关键词，看看configure过程中有没有探测失败的错误信息——比如头文件缺失、库版本不兼容等，根据日志里的提示针对性修复。

另外，因为你是在env -i chroot /mnt bash的干净环境下操作，偶尔可能需要手动指定编译参数：

CPPFLAGS="-I/usr/include" LDFLAGS="-L/usr/lib" ./configure --prefix=/usr --enable-shared

强制告诉编译器去标准路径找头文件和库。

内容的提问来源于stack exchange，提问作者Chr0nos