Bazel中如何为不同编译器设置差异化的编译标志？

推荐优先使用Bazel原生内置的能力实现自动适配，无需用户手动传入配置、也不需要强制修改工具链配置，以下是两种最常用的合规方案：

方案一：在BUILD文件中使用select()自动匹配编译器 #

直接在cc_library的copts参数中搭配select()函数，根据当前使用的编译器自动决定是否添加对应标志，示例配置如下：

# 可根据需求添加更细粒度的编译器版本匹配规则
config_setting(
    name = "using_clang",
    values = {"compiler": "clang"},
)

cc_library(
    name = "tbb",
    srcs = glob([
        "src/*.cpp",
        # 其他源码路径
    ]),
    hdrs = glob([
        "include/**/*.h",
    ]),
    copts = [
        # 其他通用编译标志
    ] + select({
        ":using_clang": ["-mwaitpkg"],
        "//conditions:default": [],
    }),
    # 其他cc_library配置项
)

如果需要更精细的GCC版本判断，也可以扩展config_setting的匹配规则，仅在GCC版本高于某个阈值时才添加对应标志，避免旧版本GCC报错。

方案二：在.bazelrc中添加条件编译标志 #

如果不想修改项目的BUILD文件，可以直接在.bazelrc中添加条件规则，仅对Clang编译器下的oneTBB源码添加-mwaitpkg标志：

# 仅当使用Clang编译时，给oneTBB的源码文件添加-mwaitpkg标志
build --per_file_copt=external/oneTBB/.*\.cpp@-mwaitpkg --per_file_copt_filter=//tools/cpp:compiler=clang

这个方案完全不需要修改项目构建代码，全局配置一次即可生效。

以上两种方案均符合Bazel的最佳实践，不需要用户感知额外的编译参数，也不会强制绑定特定工具链。如果后续有更多跨架构、跨操作系统的差异化配置需求，再考虑将标志迁移到工具链配置中进一步提升扩展性。

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