【发布时间】：2011-11-25 18:14:34
【问题描述】：
Autoconf/Automake 竭力支持不理解同时使用-c 和-o 选项的古老C 编译器（使用this 名称创建目标文件）。有AM_PROG_CC_C_O 和一个特殊的包装脚本，如果你想使用subdir-objects 模式，还有Automake 手册warns you to use them。
没有AM_PROG_CXX_C_O。修改AM_PROG_CC_C_O改为测试C++编译器并不难，但我想知道是否有必要。是否有不支持同时使用-c 和-o 的Unix C++ 编译器（可能是Cfront？）？说到这里，不支持它的 C 编译器有多老了——例如，有没有支持 C89 的编译器遇到这个问题？
【问题讨论】：
-
+1：肯定有有这样的（C）编译器。是否有任何当前（受支持的）编译器没有该功能是一个重要问题。是否仍有此类编译器的旧版本在使用中更难评估；软件倾向于在“结束前最佳”日期之后很久才使用。
-
“-c -o”的问题是 -c 可能会使编译器生成多个输出，此时 -o 选项变得毫无意义。
-
@SimonRichter 这是一个有趣的观点，然而，我个人知道的最后一个编译器没有对
-c -o做一些明智的事情是Solaris 的K&R-only @ 987654331@，这甚至不是您可以开始使用并引导自己更新的编译器的东西。
标签： c++ history portability autotools