【编译问题】很诡异的编译报错expected declaration or statement at end of input

描述

**【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]、[华为云云享专家(嵌入式物联网架构设计师)]等荣誉。坚信【知识改变命运,技术改变世界】!

  审核编辑:汤梓红

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分