macos 上 clang 报 operation not permitted 主因是 terminal 缺完全磁盘访问权限、clang 二进制被 gatekeeper 隔离（含 com.apple.quarantine 属性）、或 scan-build/shebang 调用沙盒化 env；linux/docker 中则多由 selinux、apparmor 或 seccomp 策略拦截系统调用所致，需分场景精准授权而非重装。
clang 命令报 Operation not permitted 怎么办
这不是 clang 本身坏了，而是 macOS 或 Linux 系统在拦截它执行——常见于新下载的 clang 二进制、终端没授权、或路径被隔离。直接看具体场景，别急着重装。
macOS 上 /usr/bin/clang 或自建 clang 被拒
macOS Ventura 及更新版本默认不给 Terminal.app「完全磁盘访问」权限，哪怕你用 sudo，clang 仍可能因调用子进程（如 as、ld）访问受保护路径而失败。
- 打开「系统设置 → 隐私与安全性 → 完全磁盘访问权限」，解锁后把
/Applications/Utilities/Terminal.app拖进去并开启开关 - 必须退出 Terminal 并重新启动，权限才生效
- 若 clang 是从官网或 GitHub 下载的独立包（比如 LLVM 官方 tarball），还要检查是否被 Gatekeeper 隔离：
ls -l@ /path/to/clang；如果输出里有com.apple.quarantine，运行sudo xattr -d com.apple.quarantine /path/to/clang
Linux 或 Docker 容器里 clang 报这个错
通常不是权限不足，而是安全模块在干预：SELinux、AppArmor 或容器默认的 seccomp 策略会禁止某些系统调用（如 clone、ptrace），clang 编译时需要它们。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 临时验证是否 SELinux 导致：
sudo setenforce 0，再试 clang；若恢复就说明是策略问题，不要长期关闭，改用sudo semanage fcontext -a -t bin_t "/path/to/clang"等精准放行 - Docker 运行 clang 时加
--cap-add=SYS_PTRACE --cap-add=SYS_ADMIN（非生产环境慎用），或改用--security-opt seccomp=unconfined - 确认 clang 所在目录没挂载为
noexec：运行mount | grep $(dirname $(which clang))，若含noexec，需重新挂载或换路径
scan-build / scan-view 启动时报 Operation not permitted
这类静态分析工具常因 shebang 行调用 /usr/bin/env 触发 macOS 的限制——env 本身被沙盒化，找不到 perl/python 解释器。
- 编辑
scan-build文件，把首行#!/usr/bin/env perl改成#!/usr/bin/perl - 同理，
scan-view的#!/usr/bin/env python改为#!/usr/bin/python（注意 macOS 12.3+ 已移除系统 Python，建议用#!/usr/bin/python3并确保python3在 PATH 中） - 改完记得
chmod +x，且避免放在/usr/local/bin之外的受 SIP 保护路径（如/usr/bin）
真正麻烦的不是报错本身，而是错误可能跨层叠加：比如 Terminal 没完全磁盘权限 + clang 二进制带 quarantine + shebang 写错 —— 三者同时存在时，只解决一个仍会失败。排查时务必逐项验证，别跳步。
