Make：优先级 -L（或：忽略 pkg-config 传递的内容）

Question

我想make一个依赖于其他库的库。

我已经能够make 依赖的静态.a 文件，并将它们与头文件一起放在目录中随时可用。通过file 运行它们确认我已经成功地为所有架构编译了这些。

当我尝试制作最终库时，它会告诉我

ld: warning: ignoring file /usr/local....dylib, building for architecture-A but attempting to link with file built for architecture-B

正确的是，上述路径下的库仅针对主机架构 A 编译（通过包管理器安装）。但是，在LDFLAGS 我有-L${libdir}/libs（库所在的文件夹），但make 似乎只关心我的usr/local/..文件夹中的那些。

是否有其他方法可以专门指向 make 以检查 {libdir}/libs 文件夹，或者甚至让 make 忽略来自 pkg-config 的路径，以防它首先在那里搜索，找到不合适的文件并且永远无法尝试我在LDFLAGS 中传递的那些？

Answer 1

你写...

我已经能够制作依赖项的静态 .a 文件，并将它们与头文件一起放在目录中随时可用。

...但这可能无关紧要，因为您似乎正在尝试构建 shared（即动态）库。静态库和共享库不能很好地混合。

是否有其他方法可以专门指向 make 以检查 {libdir}/libs 文件夹，或者甚至让 make 忽略来自 pkg-config 的路径，以防它首先在那里搜索，找到不合适的文件并且永远无法尝试我在LDFLAGS 中传递的那些？

您关注的是make，但make 与它没有太大关系。执行搜索和实际链接的是链接器，而不是make。 make 只是执行你告诉它执行的链接命令。

但是是的，您可以通过控制其命令行选项的顺序来控制链接器的库搜索顺序。通过-L 选项指定的库目录将按照它们在命令行中出现的顺序进行搜索，并且所有这些目录都在链接器的默认库目录之前。^* 如果确保参数的正确顺序无法满足您的要求您想要的链接很可能是因为链接器忽略了您的静态库，因为它正在尝试构建动态库。

但是，您应该能够通过指定要链接的库的完整路径和文件名来完全绕过搜索，而不是使用-L 或-l 选项。例如，您可以使用/path/to/libfoo.dylib（或/path/to/libfoo.a）代替-L/path/to -lfoo。您通常不希望对这样的路径进行硬编码，但在这种情况下，这样做可能会起到诊断的作用。

另请注意，链接到未安装在其预期位置的动态库很少是一个好主意，特别是如果这些库不是同一项目的一部分。乍一看似乎可以正常工作，但它会导致在运行时查找库时出现问题（并且也需要在运行时查找动态库）。这同样不适用于静态库，但它有其自身的优点和缺点。

---

^* 不止于此，但这个答案已经很长了。如果您想了解更多详细信息，请阅读链接器文档。