clang忽略-std=c++11等版本标记，引入头文件时报C++17不支持register关键字

首先明确：-std编译标记作用于整个编译单元，包括预处理阶段引入的所有头文件，不存在头文件单独走默认C标准的情况，报错的核心原因是依赖该头文件的编译单元实际生效的C标准依然是C++17，常见的触发场景如下：

• Makefile编译标记作用范围错误
  检查-std=c++98/-std=c++11是否仅配置到了链接阶段参数，或是仅对部分源文件生效。如果使用Makefile的隐含编译规则，需要确保CXXFLAGS变量中包含对应标准标记，而非仅在自定义规则中添加。
  可先手动执行单文件编译命令验证：

clang++ -std=c++98 -c lindhard.c -o lindhard.o

如果手动执行无报错，即可确认是Makefile规则配置问题。

• 头文件被其他C17标准的编译单元引入
  如果项目中存在其他引入了Mersenne/MersenneTwister.hh的源文件，且这些源文件编译时未携带-std=c++98标记，采用了默认的C17标准，也会触发该报错。注意查看报错日志中对应的编译单元路径，不要仅检查lindhard.c的编译参数。
• 编译标记被后续参数覆盖
  clang的命令行参数遵循后出现优先级更高的规则，如果你的编译命令中-std=c++98之后还出现了-std=c++17参数，后者会覆盖前者的配置。可以在Makefile的编译规则中添加打印逻辑，输出完整的编译命令确认参数顺序。
• 临时兼容方案
  如果暂时无法排查出配置问题，可以直接修改Mersenne/MersenneTwister.hh文件，删除所有register关键字即可。该关键字仅为早期C标准给编译器的优化提示，删除后不会影响代码功能，同时兼容所有C标准版本。

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