问题标签 [autoconf]

我需要使用自动工具禁用单个文件的优化标志。最好的方法是什么？

我是 autom4te 的新手，我正在尝试使用 autoconf/automake 在多个架构上构建和链接 C++ 程序。使链接复杂化的事实是项目需要提升（文件系统、系统、程序选项）。

我正在使用 boost.m4 （来自http://github.com/tsuna/boost.m4/tree/），它似乎成功地找到了所有的库和头文件。

不幸的是，链接仍然失败，让我感到困惑。

这些是相关的行configure.ac：

并在src/Makefile.am：

这些没有错误，它甚至可以找到库和头文件：

但是，当我运行时make，我收到错误：

重复令人作呕。

我什至不确定如何进行测试以查看它是否包含正确的目录。是的，我知道-tg++ 上有一个标志，但我不完全知道如何传递它（从 autom4te 中）。

我认为这与同一台机器上的多个版本的 boost 库和头文件有关，对此我无能为力。

我正在使用 GNU autotools 来构建 cuda 项目。就预处理器而言，CUDA 文件是常规的 C++ 文件，但是它们使用.cu扩展名并且必须使用nvcc基于 g++ 的 NVIDIA 编译器的编译器。这会破坏常规的依赖跟踪，不会填充 .deps 目录。这意味着如果.cu文件包含另一个文件，对包含文件的更改不会触发.cu文件的重新编译。

如何修改我的 Makefile.am/configure.ac 以启用.cu文件的跟踪依赖关系。谢谢

是否可以记录 configure.ac 以便 doxygen 可以在生成的手册中获取嵌入式注释并为选项、变量等生成文档？

谢谢

我正在尝试使用非本机架构构建 C 库。我正在运行 OSX 10.6（即 x86_64），但我需要为 i386 编译的库。通常，您只需添加编译器标志：-arch i386。但是我正在使用 Autoconf，它会在配置文件中忽略它，如果我尝试运行它也会忽略它：./configure CC="gcc -arch i386"。

我知道它构建 x86_64 目标文件，因为我已经使用 otool 查看了标题。真正的问题是，当 autoconf 写出配置摘要时，它会在 cc 标志中列出 -arch i386。这里发生了什么？？

眼镜：

OSX 10.6.2

GCC 4.2.1

自动配置 2.64

制作 3.81

我的 configuration.ac 文件中的以下代码不起作用（注意带有[default=no]的嵌套方括号）：

我怎样才能逃脱那些括号？

我希望能够在配置运行期间将两个文件合并为一个。我已经AC_CONFIG_SRCDIR[file.hpp]在某些文件上使用宏进行了纹理替换。是否有一些指令可以包含来自file.hpp.in、某种@include (another.hpp) @或类似的文件？

谢谢

我有一个应该很快发布的 LAMP (Linux/Apache/MySQL/Php) 应用程序。

即使我从未使用过它，我也在考虑使用自动工具，以使配置和安装过程更容易（对客户和我来说，在未来）。

你有没有做过（或想过）这样的事情？有什么缺点吗？是不是有点意思？

我在autoconf-archive 宏的支持下使用 autoconf 来检测 boost 库，它们可以在系统范围的 boost 库中正常工作，但是如果我在我的主目录中手动编译 boost 则会失败：

如您所见，它检测到一些库很好，但是由于 boost-filesystem 失败。这些是 ~/local/lib 的内容：

所以图书馆就在那里。我尝试了 boost-1.39 和 boost-1.42 都没有不同的结果，知道为什么会这样吗？我是不是忘记了什么？

我不是在谈论制作可移植代码。这更多的是分配问题。我有一个中型项目。它对公共库有几个依赖项（例如 openssl、zlib 等）。它在我的机器上编译得很好，现在是时候把它交给全世界了。

本质上以最好的方式构建工程。我想为 Windows、Linux、MacOSX 等制作安装程序。我想制作一个可下载的 tar 球，使代码与 a./configure和 a一起工作make（可能通过 autoconf）。拥有一个可以构建安装程序的 make 选项将是锦上添花。甚至可以交叉编译，以便可以在 Linux 中构建 Windows 安装程序。

什么是最好的策略？我可以期望在哪里度过最多的时间？主要关注点应该是 autoconf 还是有其他工具可以提供帮助？