c - 我应该使用 automake/autoconf 来分发一个小的 ansi C 应用程序吗?

标签 c portability autoconf automake

我有一个小型 ANSI C 应用程序,它可以在不同的测试编译器和平台下干净地编译。它不使用任何预处理器开关或外部依赖项,makefile 类似于:

myapp: *.c
    gcc *.c -Wall -o myapp

如果我想以尽可能可移植的源代码形式分发这个项目,我应该使用 automake/autoconf 包装它吗?这实际上会增加便携性吗?或者它是否像现在这样便携?

我唯一能想到的是它会自动选择系统编译器,但它也会增加很多复杂性。值得吗?

最佳答案

我怀疑这是否值得。没有任何操作系统特定调用的 ANSI C 应该在每个具有工作 C 编译器的平台上得到支持,并且向其添加 automake/autoconf 使得维护可能不如目前愉快。

但是,您可以在 makefile 中使用 $(CC) 变量来自动使用系统的编译器:

myapp: *.c
    $(CC) *.c $(CFLAGS) -o myapp

关于c - 我应该使用 automake/autoconf 来分发一个小的 ansi C 应用程序吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1635987/

相关文章:

c - 获得 Windows 控件首选大小的正确方法

c - 如何在另一个模块加载之前加载一个模块?

c - 如何强制在 C 中读取未被优化的未使用内存?

c++ - 是否有可移植的等价于 DebugBreak()/__debugbreak?

autoconf 和 automake 对比 -O2 对比 -O3

无法定义变量

java - 为什么这个简单的线程程序会卡住?

c++ - 如何通过c++文件函数读写8位整数单元形式的数据

c - 你如何在automake中设置库的顺序?

c++ - Autoconf 被 C++11 库拒绝,被编译器接受,被预处理器拒绝