-march 控制指令集能力边界，决定编译器可用指令；-mcpu 影响指令调度与寄存器分配；-mtune 仅优化调度和布局；三者需协同配置并匹配 ABI，否则导致链接失败或运行时异常。
用 -march 控制基础指令集，不是“选CPU”而是“选能力边界”
-march 指定的是目标 CPU 支持的最小指令集架构（ISA），它决定编译器能用哪些指令，比如是否允许 crypto、simd 或 zba 扩展。它不负责调度优化，只做“能不能用”的判断。
常见误用是把它当成 -mcpu 用，比如写 -march=cortex-a78 ——这是错的，cortex-a78 是微架构名，不是 ISA 名。正确写法是：
-
-march=armv8.2-a+crypto+fp16（ARM64，启用加密和半精度浮点） -
-march=rv64gc（RISC-V 64 位，通用扩展组合） -
-march=x86-64-v3（x86_64 第三代，含 AVX2/BMI2 等）
如果设得太激进（如 -march=native 用于交叉编译），clang 会直接报错，因为 native 只在本地构建时有效。
-mcpu 决定指令调度与寄存器分配策略
-mcpu 告诉后端“按哪款 CPU 的流水线特性来排指令”，影响寄存器使用偏好、分支预测建模、延迟隐藏等。它不改变可用指令集（那是 -march 的事），但会影响生成代码的实际性能。
例如：
-
-mcpu=cortex-a55：倾向更保守的指令调度，适合低功耗场景 -
-mcpu=cortex-a78：启用更激进的乱序执行模拟，适合高性能核心 -
-mcpu=generic-rv64：RISC-V 下的中性选择，不偏向任何具体实现
注意：-mcpu 隐含一个默认 -march（如 -mcpu=cortex-a78 默认启用 armv8.2-a），但显式指定 -march 会覆盖它。建议始终显式写全两者，避免隐式行为干扰构建可重现性。
-mtune 和 -mcpu 的区别常被忽略
-mtune 只影响指令调度和代码布局，不改变生成的指令本身，也不影响 ABI；而 -mcpu 在多数目标上等价于 -mtune=xxx -march=yyy 的组合（yyy 是该 CPU 默认支持的最低 ISA）。
典型场景：
- 你用
-march=armv8-a锁死指令集兼容性，但想让代码在cortex-a76上跑得更好 → 加-mtune=cortex-a76 - 你为嵌入式 MCU 编译，芯片是
cortex-m4，但只用 Thumb-2 指令 → 应写-march=thumb2 -mcpu=cortex-m4，而非-march=armv7e-m（后者隐含 ARM 模式，可能触发非法指令）
Clang 不会警告你 -mtune 和 -march 不匹配，但运行时可能因调度模型失配导致缓存抖动或流水线停顿。
交叉编译时最容易漏掉的 ABI 控制项
光设对 -march 和 -mcpu 不够，还得配对 ABI 类型，否则链接会失败或运行崩溃：
- ARM32 常见组合：
-march=armv7-a -mfloat-abi=hard -mfpu=vfpv3 - ARM64 默认就是
lp64，但若用ilp32（32 位指针）需额外加-mabi=ilp32 - RISC-V 必须明确
-mabi=lp64d（含双精度浮点）或-mabi=lp64（无浮点），否则链接器找不到printf等符号
错误现象通常是 undefined reference to `memcpy' 或 __aeabi_memcpy，本质是 libc 实现和调用方 ABI 不一致。这类问题不会在编译时报错，只在链接或运行时暴露。
真正麻烦的不是参数记不住，而是不同目标平台对同一参数的解释不统一——比如 -mcpu=generic 在 ARM 下启用基本指令，在 RISC-V 下却可能禁用所有扩展。交叉编译前务必查对应 target 的 Clang 文档页，别依赖经验迁移。
