关于-std=c11编译选项允许使用非标准函数的技术咨询

哈哈，这个问题其实挺常见的，很多刚接触C标准和系统扩展的同学都会困惑。我来给你拆解一下为什么你这么编译还能成功运行：

首先得明确一个核心事实：<getopt.h>头文件和getopt_long()函数完全不属于C11（或任何C语言官方标准）的范畴——它们是POSIX.1标准定义的系统工具函数，属于Unix/Linux类系统的API扩展，和C语言本身的标准库没有关系。

那为什么用-std=c11 --pedantic-errors还能编译通过？这得结合你用的编译器（大概率是GCC或Clang，这俩是当前最主流的C编译器）和系统C库（比如GNU glibc、musl libc）的默认行为来解释：

• 当你指定-std=c11时，编译器会切换到严格遵循C11语言语法与标准库的模式，但这仅针对C语言本身的规则，并不会自动禁用系统C库提供的POSIX扩展接口。毕竟在Unix/Linux环境下，几乎所有实用程序都会依赖这些系统扩展，编译器默认不会把这条路堵死。
• --pedantic-errors的作用是把所有不符合你指定C标准的警告直接升级为错误，但这里的“不符合”特指违反C11语言标准的用法——比如使用C11禁止的语法、调用C11标准库未定义的函数。而getopt_long()是系统C库提供的接口，编译器会因为系统头文件通过特性宏（比如_POSIX_C_SOURCE）声明了这个函数，而判定它是合法的调用。
• 补充个细节：GCC在默认情况下（哪怕你指定了-std=c11），会自动定义一些POSIX相关的特性宏，比如_POSIX_C_SOURCE=200809L，这个宏相当于告诉系统C库的头文件：“我要启用POSIX扩展接口”，所以<getopt.h>会正常展开，getopt_long()的声明也能被编译器识别，自然不会触发错误。

那什么时候会真的报错？如果你在编译时额外加上-D_POSIX_C_SOURCE=0，强制关闭所有POSIX扩展，再用-std=c11 --pedantic-errors编译，编译器就会报错找不到<getopt.h>，或者提示getopt_long()是未声明的标识符——这时候你才真正把环境限制到了纯C11标准的范围内，所有非标准扩展都会被禁用。

简单总结就是：你能成功编译运行，是因为编译器默认兼容了系统的POSIX扩展，而非C11标准本身包含了这些函数~

内容来源于stack exchange