clang报“缺分号”错误绝大多数并非下一行真少分号，而是上一行语句未终结，常见于结构体定义末尾、函数声明漏分号、宏调用后缺分号、大括号不匹配或模板别名后漏分号等。
报错行末尾缺分号，但编译器没在那行报
Clang 的 expected ';' before ... 或 expected ';' after expression 错误，**绝大多数情况不是真的“下一行少分号”，而是上一行语句没终结**。编译器解析到下一行开头时，发现前一个语法单元还没结束，就强行要求补 ;。
- 常见位置：变量声明、函数调用、
return表达式、结构体定义末尾 - 特别注意：结构体/类定义后必须有分号，哪怕后面跟着变量声明，例如
struct S { int x; } s;—— 这个结尾的;不能省 - 宏展开后可能隐藏问题：如果用了带副作用的宏（比如
#define LOG(x) printf("log: %d\n", x)），而调用时忘了加分号，Clang 会把宏展开结果当作未终结表达式处理
函数声明写成定义，参数列表后漏了分号
C++ 中函数声明（declaration）以分号结尾，定义（definition）以函数体 {} 结尾。Clang 把 void f(int a, int b) 当作定义开头，但后面没跟 {，就报 expected ';'。
- 错误写法：
void f(int a, int b)（无分号、无花括号） - 正确写法之一（声明）：
void f(int a, int b); - 正确写法之二（定义）：
void f(int a, int b) { /* body */ } - C 和 C++ 都不支持函数参数默认值（如
int f(int a = 1)）在纯 C 模式下 —— 这会触发expected ';', ',' or ')' before '=' token，不是分号问题，而是语法非法
宏或模板展开导致语句断裂
预处理器展开后，代码可能变成非法语法。比如一个调试宏被定义为 #define DBG(x) do { printf(#x " = %d\n", x); } while(0)，但调用时写成 DBG(a) if (a > 0) { ... }（没加分号），Clang 看到的是 do { ... } while(0) if (a > 0) { ... }，中间缺分号。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 检查报错位置前后几行，看是否有宏调用紧挨着其他语句
- 临时注释掉附近宏，确认是否问题消失
- 模板特化或别名声明（如
using T = int;）后也必须加分号；漏掉时 Clang 常报expected ';'而非更具体的提示
嵌套结构或条件块里大括号没配对
虽然错误信息是“缺分号”，但根源可能是 { 多了或 } 少了。Clang 在解析失败后尝试“硬补”语法，常把断裂点误判为缺 ;。
- 典型现象：报错行是
int main()或某个函数第一行，但实际问题是前面某个if或for块少了个} - 用编辑器折叠功能逐级收起代码块，确认每个
{都有对应} - VS Code / CLion 等 IDE 会高亮匹配的大括号；光标停在
{上时，对应}会自动高亮 —— 不高亮就是没配对
Clang 的报错行号经常是“症状位置”，不是“病因位置”。盯住报错行，更要往回看三到五行，重点查分号、大括号、宏调用和函数声明/定义边界。
