问题标签 [autotools]

应该如何重置 AC_CACHE_CHECK？

在 autoconf 中，我正在检查标题。我添加了一些逻辑来尝试在可能不在默认包含路径中的 std 文件夹中查找头文件。我这样做的方法是首先尝试使用内置的 AC_CHECK_HEADER 查找头文件。如果找不到标头，我修改 CPPFLAGS 并重试。

问题在于 autoconf 的缓存。我想强制检查（或绕过缓存检查。）如果我不强制检查，无论 autoconf 是否找到标头，它都会拉取它在第一次检查中找到的内容，呃。

谢谢，陈兹

我在 autoconf 代码中看到很多关于被 dnl'ed 而不是 dnl'ed 的东西。什么是 dnl'ed？

你如何在automake中设置库的顺序？

在我的 am 文件中，我有类似的内容：

现在，当我编译时，我也得到了类似的编译行：

问题是 libmine.a 依赖于 libadhoc.a，因此编译行应该是：

你如何在automake中设置库的顺序？（或者可能是一种解决方法；您如何在编译行中重复所有库。这就是我在自定义 Makefile 中所做的。）

当我使用“make”运行我的自动工具生成的 Makefile 时，它​​会在当前目录中生成文件。我希望它不要“污染”我的目录，而是将程序移动到“bin/”（因为源在“src/”中）

使用自动工具可以做到这一点吗？（使用 autoconf 和 automake - 不是 libtool）

我需要为一个使用基于 autoconf 的系统构建的项目包含GLib头文件以实现可移植性。

如何以可移植的方式安全地导入 GLib 标头？我知道pkg-config，但这并不完全可移植（因为某些系统没有它，我宁愿只依靠 autoconf 进行配置）。

我想从源代码树中构建 qt 和 qt 应用程序。你知道如何使用configure 和qmake 从命令行设置.obj 目录吗？

任何人都推荐一个人如何开始使用自动工具来构建 C 项目？

如何强制 automake 为非标准 C++ 后缀文件生成依赖跟踪？特别是我的意思是生成 .deps 目录文件内容。我也在使用 libtool。

谢谢

我们一开始就有一个开源软件项目。该程序被认为是高度模块化的：例如，底层数据库可以是 sqlite、postgre 或 berkley，具体取决于最终用户的偏好。

只有一种我有信心的系统方法是使用 Autotools（GNU 构建系统）。但是，我想知道，是否存在任何有希望的替代方案？它必须是开源的并且是高度可移植的。它还应该避免 Autotools 系统的所有不足，例如缺乏并发支持（配置脚本非常慢）。

我有一个使用自动工具的项目。autotools 的一个不错的功能是“源外”构建，而不是这样做：

我实际上为构建创建了一个文件夹，我在其中进行配置：

（好处是我的源文件夹没有被生成的 Makefile 破坏，它在交叉编译时很有帮助）。

因此，当我在 emacs 中处理我的代码时，要运行编译，我会将M-x compile编译命令指定为cd ~/foobar/builds/linux ; make.

这工作正常，直到发生编译错误。编译缓冲区将列出具有丑陋路径的文件（如../../../../src...），它指向一个源文件，相对于构建文件夹。但是，似乎 emacs 在编译结束时不会留在构建文件夹中，所以链接不指向任何东西。因此，我不能轻易地浏览回错误。

我试着玩compilation-search-path，没有运气。

有没有办法强制 emacs 在编译文件夹中“停留”（以便编译缓冲区中的路径引用现有文件？）

谢谢

酸碱度