首页 > 行业资讯 > 正文

**【C语言进阶】很诡异的编译报错expected declaration or statement at end of input **

一个很诡异的编译报错,不仔细还真发现不了!

1 问题现场

有一天我在调试代码的时候,刚刚代码还好好的,突然来了一个报错:

复制recan@ubuntu:~/11111$ gcc -o test 111/222/333/444/555/666/777/888/999/test.c 111/222/333/444/555/666/777/888/999/test.c: In function ‘test3’: 111/222/333/444/555/666/777/888/999/test.c:37:1: error: expected declaration or statement at end of input 37 | } | ^

这就让我很纳闷,咋回事呢?

2 复现代码

我们来看下当时的代码,为了说明问题,我把无关代码都删除了,仅保留有效代码:

复制​ #include int test1(void) { return 0; } ​ int test2(void) { return 0; } ​ ​ int test3(void) { return 0; ​ ​ int test4(void) { return 0; } ​ ​ int test5(void) { return 0; } ​ ​ int main(void) { printf(“__FILE__: %s\\n”, __FILE__); return 0; } ​

示例代码很简单,就是一堆的函数,然后啥也没干。

3 编译分析

**根据编译报错,我们看下,提示 **line37行 报错了? 37行不是文件的结束吗?

**报错的英文对应的中文含义是:**错误:输入末尾应为声明或语句

很显然不是37行有问题吗?我的main函数肯定没有问题啊?

那么有没有可能是前面的函数有问题啊?

**原来是 line16 中的test3函数,少了结尾的 **} 大括号,导致了编译报错的蔓延。

当然,解决这个编译问题也很简单,把test函数的大括号补上即可。

4 小小总结 排查编译问题,不要仅局限于报错的行号,找找上下文,可能别人的错误导致了你的错误; **误删一行 **} 大括号,不经意间就报错了; 代码管理,一定要用起来;这种情况,实在不行就比对下代码,很容易就发现问题了。 5 更多分享

[架构师李肯]

架构师李肯全网同名 ),一个专注于嵌入式IoT领域的架构师。有着近10年的嵌入式一线开发经验,深耕IoT领域多年,熟知IoT领域的业务发展,深度掌握IoT领域的相关技术栈,包括但不限于主流RTOS内核的实现及其移植、硬件驱动移植开发、网络通讯协议开发、编译构建原理及其实现、底层汇编及编译原理、编译优化及代码重构、主流IoT云平台的对接、嵌入式IoT系统的架构设计等等。拥有多项IoT领域的发明专利,热衷于技术分享,有多年撰写技术博客的经验积累,连续多月获得RT-Thread官方技术社区原创技术博文优秀奖,荣获[CSDN博客专家]、[CSDN物联网领域优质创作者]、[2021年度CSDN&RT-Thread技术社区之星]、[2022年RT-Thread全球技术大会讲师]、[RT-Thread官方嵌入式开源社区认证专家]、[RT-Thread 2021年度论坛之星TOP4]、[华为云云享专家(嵌入式物联网架构设计师)]等荣誉。坚信【知识改变命运,技术改变世界】!

审核编辑:汤梓红

猜你喜欢