问题标签 [autoreconf]

我正在尝试fblualib从此链接安装。

当我在./install_all.sh里面跑时fblualib，我有错误

根据此处的最后讨论，有一个讨论为“基于自动工具的构建系统已从 Folly 中删除，以支持 CMake，因此您需要使用 CMake 而不是 autotools 构建 Folly。” 所以我去愚蠢的文件夹

然后我有错误

错误发生在SharedMutex.h，可能是什么>

我按照说明安装了FB 机器学习工具。

库安装说明之一是

我有问题autoreconf -ivf，错误是

但是当我安装 autoreconf 时，我有最新版本。

有什么问题？

我正在研究几台具有不同自动工具版本的超级计算机。

当我做makeafter./configure时，他们中的一些人给了我一个关于错误版本 aclocal 的错误。

如果我在一个平台上重新配置我的 configure.ac，那么在另一个平台上也会发生同样的事情。

例如，一个平台会给我这个：

如果我运行autoreconf，它会正常工作。但是，如果我在其他一些平台上使用新生成的 configure.ac，他们会给我不同版本号的相同错误：

我知道autoreconf -fi每次去不同的平台时我都可以运行，但我听说让最终用户这样做并不是一个好习惯，因为这需要他们安装自动工具。

他们有三个不同的版本，我不知道如何处理。autoreconf当我运行./configure重新生成配置时，有什么方法可以自动运行？或者有没有更好的方法来解决这个问题？

在修改此源代码时，我从以下位置收到此错误autoreconf：

中的行configure.ac是：

这是我使用的 autoconf/automake 工具版本的问题，还是其他问题？

谢谢。

我尝试安装mp4fpsmod在Linux 4.19.104+ x86_64 Ubuntu 18.04.3 LTS. 您可以在 Colab 中尝试：

并查看错误：

你知道出了什么问题吗？

我正在尝试使用MSYS2 mingw64.exe终端在 Windows 中编译一些软件。

在运行autoreconf -i命令时，我收到错误：

ls /usr/bin/不显示 perl.exe

我记得perl是使用某些pacman -S命令安装的。

据我记得，这个问题是从这个月开始出现的。（本月我已经三次重新安装了 MSYS2 和 Pacman 软件包，问题似乎没有解决。上次，我在今年 5 月安装了所有这些，当时没有这样的问题）

我什至在 Msys2 中重新安装了 perl，并显示以下输出：

仍然-bash: /usr/bin/autoreconf: /usr/bin/perl: bad interpreter: No such file or directory出现同样的问题

我还尝试通过以下方式安装旧版本（5.28）的 perl：

还是同样的问题

进一步观察，我发现 perl 被安装在 /mingw64/bin 目录而不是 /usr/bin 目录中。我尝试将 /mingw64/bin 目录添加到 PATH 变量中，如下所示：

但是，问题仍然相同

请帮忙

我遇到了一个问题- 我发现了非常奇怪的情况：

1. 我在本地运行 Docker 映像并在那里运行autoreconf -i，我得到了正确且健壮./configure的脚本。
2. 然后我autoreconf -i在同一个 Docker 镜像中运行，但在 Gitlab CI 下。而且我得到了损坏./configure的脚本 - 一些 M4 宏没有替换为它们的 shell 代码，因此 Bash 无法执行它们并将它们视为语法错误。

不同之处在于m4/两次运行的文件夹：成功的m4/文件夹包含以下文件：

但在失败的（Gitlab CI）m4/文件夹中有：

和aria2_arg.m4, ax_check_compile_flag.m4, ax_cxx_compile_stdcxx_11.m4,fallocate.m4和其他人都不见了。我不知道如果 Docker 映像在两种情况下都相同，那怎么可能，但是......如何autoreconf创建m4/文件夹？如果其内容的来源是 Docker 镜像本身（我不知道是不是真的，这只是我的建议），那么为什么两种情况下的内容不同？

我按照说明安装 sqlsmith 库安装说明之一是

我有一个问题

错误是

但是当我安装 autoreconf 时，我有最新版本。

有什么问题？

我在我的 C++ 代码中使用libao 。为了设置构建系统，我在 repo 中运行autogen.sh脚本（使用）。autoreconf它可以工作，但os_types.h.inininclude/ao/不会转换为os_types.h.

os_types.h是必需的，因为当我尝试包含#include <libao/include/ao/ao.h> 编译器时说它cannot open source file "os_types.h" (dependency of "libao/include/ao/ao.h")。