库/包含如何工作？

Question 1

configure生成一个Makefile文件，通常还有其他文件，例如config.cache。这些文件的内容基于您传递给的选项configure以及对系统的观察。例如，许多程序都有可选组件，并configure查找每个组件的依赖项并生成仅构建您拥有所有依赖项的组件的 makefile。

如果您运行configure然后更改系统配置，您应该make distclean首先删除 makefile 和configure的缓存（如果程序遵循通常的约定）。configure再次运行通常在您想要向其传递不同的参数时有效，但当它缓存有关系统的观察结果时则无效。

关于库，该configure阶段会从源兼容性的角度来查看您拥有的内容。如果libfoo2与源兼容libfoo3但不与libfoo1，并且您拥有libfoo2，则生成的 makefile 将能够构建链接的二进制文件libfoo2或链接的二进制文件libfoo3但不构建链接的二进制文件libfoo1（由于源级不兼容，编译将失败）。

当可执行文件被编译和链接时，版本要求变得更加精确：生成的可执行文件需要一个二进制兼容的库（相同的 ABI，而不仅仅是相同的 API）。

可执行文件不会硬编码库的完整路径；它们会硬编码库的名称（-l链接器的参数），有时-rpath还会硬编码除目标系统的默认搜索路径之外的运行时库搜索路径 ( )。在运行时查找库是动态链接器。

我建议你稍微玩一下ldd和strace。ldd显示可执行文件所需的库以及系统将在哪里找到它们。strace显示加载程序时发生的所有系统调用；前几个来自加载所需库的动态链接器。以下是一些实验，您应该尝试理解它们的结果。

ldd /bin/true
strace /bin/true
perl -pe 's/libc\.so/libc.zz/' </bin/true >broken
chmod +x broken
ldd ./broken
strace ./broken
ln -s /lib/libc.so.6 libc.zz.6
LD_LIBRARY_PATH=. strace ./broken

总结您具体问题的答案：

configure硬编码源兼容性问题。此make步骤硬编码二进制兼容性问题。库位置在运行时确定。
如果只有库的位置发生了变化，动态链接器通常会找到它（如果您的库安装在非标准位置，请传递LD_LIBRARY_PATH环境变量）。如果您只有不同版本的库，那么它就不是同一个库；您需要获取一个具有您的程序编译所针对的 ABI 版本的库，或者根据您安装库的 ABI 版本编译您的程序。
configure根据您系统上的内容和传递的参数确定构建配置。make构建可执行文件和其他位。make install将位复制到位；只有这个阶段可能需要提升的权限（如果您还没有写入目标目录的权限，例如，如果您要安装到主目录中，则需要提升权限）。
configureconfigure覆盖了 makefile，但由于它保留了缓存，因此重新运行不会从头开始。

Answer

configure生成一个Makefile文件，通常还有其他文件，例如config.cache。这些文件的内容基于您传递给的选项configure以及对系统的观察。例如，许多程序都有可选组件，并configure查找每个组件的依赖项并生成仅构建您拥有所有依赖项的组件的 makefile。