全局作用域可保留任意名称吗？移植Windows库遇error_t冲突求助

实现是否允许在全局作用域保留任意名称？ #

C标准允许实现（编译器+系统头文件集合）在全局作用域额外保留一些名称，哪怕这些名字不在C标准的官方保留列表里。比如error_t是POSIX标准定义的系统类型，Linux作为POSIX兼容系统，会在系统头文件中通过typedef int error_t;将其全局暴露。

虽然C标准本身没把error_t列为保留字，但实现有权为了适配系统接口需求，在全局作用域定义这类扩展名称，你的代码在全局声明同名struct自然会产生冲突。

另外C标准明确规定的保留名称还包括：

• 以下划线开头，后跟大写字母或另一个下划线的标识符
• 所有标准库头文件中定义的标识符（函数、类型、宏均包含在内）

是否有办法让编译器不在全局命名空间暴露该名称？ #

直接让编译器屏蔽系统头文件中的error_t定义基本不可行，因为大量系统调用、标准库功能都依赖这个类型。不过可以通过以下方式规避冲突：

• 使用命名空间包裹（C++代码适用）：将自定义的struct error_t放到专属命名空间中，避免与全局名称冲突：

  namespace my_windows_lib {
      struct error_t {
          // 自定义成员定义
      };
  }
  

  使用时通过my_windows_lib::error_t引用即可。
• 重命名自定义结构体：最直接省心的方案，将自己的struct error_t改为struct my_error_t或其他无冲突的名称，从根源上避免名称碰撞。
• 临时屏蔽（不推荐）：若为纯C代码，无命名空间可用，可尝试先包含系统头文件，再通过#undef error_t取消其定义，随后声明自己的结构体。但这种方法风险极高，可能导致后续依赖error_t的系统函数调用失败，不建议采用。

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