GCC选项单双短横线前缀的设计原因及互换性问题

双短横线选项的由来 #

GCC的选项设计兼容两套命令行规范：

• 单短横线是早期Unix系统的传统设计，最初只支持单字符选项，比如-c（仅编译不链接）、-o（指定输出文件）、-g（生成调试信息），多个单字符短选项还可以合并书写，不用每个都单独加横杠。
• 双短横线是GNU项目后续推出的长选项规范，用来解决单字符选项表意模糊、容易冲突、记忆成本高的问题，这类选项一般是完整的单词或词组，比如--help、--version，看到名称就能直接知道功能，不需要额外记忆缩写对应关系。

单/双短横线选项是否可以互换 #

不是所有选项都能随便换，分场景判断：

• 对于GCC原生支持的多字符长选项，两种前缀完全等价，可以互换使用。GCC的命令行解析逻辑做了专门兼容，只要选项名称正确，前面加1个还是2个短横线都能被正常识别。
• 两类场景不能随意替换前缀：
  • 单字符短选项不能加第二个横杠，比如把-c写成--c会直接报错，因为不存在名为c的长选项。
  • 透传给GCC调用的子工具（比如链接器ld、汇编器as）的参数，以及部分平台专属的非通用选项，可能对前缀格式有严格要求，随意替换会导致选项失效。

关于specs选项的写法差异 #

官方文档写-specs=file、社区帖子中出现--specs=nosys.specs的写法差异，就属于典型的可互换场景：specs是GCC原生的多字符长选项，两种写法效果完全一致，都会正确加载指定的规格配置文件，解决裸机交叉编译时常见的_exit符号未定义报错。

小提示：GCC官方文档的选项示例大多沿用了早期单短横线的书写传统，没有因为兼容双横杠做全面修改，社区实际使用中两种写法都非常普遍，不用刻意纠结前缀格式，只要选项名写对就不会出问题。

内容的提问来源于stack exchange，提问作者Paul Jurczak