keil 提示 error:#65:expected a “；”

最新推荐文章于 2025-07-09 11:47:09 发布
最新推荐文章于 2025-07-09 11:47:09 发布
阅读量3.3k 收藏 3
点赞数 1
CC 4.0 BY-SA版权
文章标签： 经验分享
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zzzff8/article/details/129653238
当在Keil中编程时，如果主函数调用的子函数没有在它前面声明，会导致#65错误和源代码解析警告。确保所有子函数在被调用前都有相应的原型声明，可以避免这类问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

一个报错keil 提示 error:#65:expected “a ”;一个警告main.c(29): warning: At end of source: #12-D: parsing restarts here after previous syntax error。

原因，在你编写一个主函数，有时候需要写一个子函数，如果子函数写在主函数之后，主函数在调用子函数时，如果子函数没有在主函数之前进行声明，就会出现这样的问题。

zzzff8
关注
keil5 error: #29: expected an expression
weixin_45649279的博客
10-13 7015
…/Core/Src/main.c(113): error: #29: expected an expression 文章目录前言一、错误的情况总结 前言 今天在定义宏的时候习惯性对齐打了空格导致在调用的时候报错，找了好久才发现。 提示：以下是本篇文章正文内容，下面案例可供参考 一、错误的情况 #define SDA_High() do{HAL_GPIO_WritePin(I2C_Port,I2C_SDA_Pin,GPIO_PIN_SET);}while(0) #define SDA_Low (
STM32 Keil报错#67: expected a “}“ 和 Error: L6915E: Library reports error: __use_no_semihosting
jmlinux的博客
01-05 1053
一、问题：Keil报错#67: expected a "}" STM32 在Keil中更改主控芯片导致的编译报错:..\CMSIS\stm32f10x.h(298): error: #67: expected a "}" keil程序默认选的是STM32F103C8芯片，现在要用STM32F103F103ZET6型号，直接更改魔法棒里的devices的芯片型号1、报错原因：宏定义与型号不匹配 STM32F10X_MD2、解决方法 宏定义改为：2、解决方法 宏定义改为：STM32F10X_HD
GD32中编译报错: error: #65: expected a “；“ typedef enum {FALSE = 0, TRUE = !FALSE} bool；问题解决
u012073605的博客
12-25 2185
调试的芯片是GD32F20X系列，编译的时候报错error: #65: expected a “;仔细检查代码结构体没有缺少大括号或者分号，所以不是代码敲错的问题，可能是bool变量定义的问题。
error: #65: expected a “；“出现，解决
qq_53102549的博客
09-12 1856
error: #65
keil编程时遇到error: #65: expected a “；“
xixihhaadgfdgf的博客
04-07 1802
报错： error: #65: expected a ";
error: #65: expected a “；“ 错误总结
热门推荐
LTBYFLY的博客
03-18 4万+
error: #65: expected a “;” 错误总结 自己也几次遇到过这个问题，因为不注重总结，反反复复总是犯，找了很多答案，现在对这个问题进行总结。 常见的原因有 1.自己打代码时，不小心删掉或者误加一个“}” 2.点击错误时，如果跳到头文件那里，很可能是头文件包含的函数结尾缺少“;” 欢迎使用Markdown编# 系列文章目录 提示：这里可以添加系列文章的所有文章的目录，目录需要自己手动添加 例如：第一章 Python 机器学习入门之pandas的使用 提示：写完文章后，目录可以自动生成
error: #65: expected a ；出现该问题的原因
m0_73351412的博客
09-12 2801
可能在编写中断回调函数是写在了void main（）{}当中，应该将其写在void main（）{}之外。
keil5报错：error: #65: expected a “；“
2301_81334950的博客
07-09 147
在编写总头文件时，由于外部变量声明未加分号，导致其他头文件报错。虽然总头文件本身未报错，但影响了其他文件的编译。排查后发现补上分号即解决问题。该案例提醒开发者注意外部变量声明的语法细节，即使不报错的文件也可能引发连锁错误。
..\FreeRTOS\include\FreeRTOS.h(1277): error: #65: expected a “；“出现的这个错误标志解决方法
qq_38295600的博客
10-20 653
解决办法就是要么把修改其中一方，保留一方即可。这种方法修改胜多，我无意中发现了一个解决办法，但是我说不出所以然来。解决办法：将头文件声明的调到最前面，在有 #include <stdbool.h>声明的文件前头，编译就正常了。而在FreeRTOS.h文件中有定义了如下的bool与#include <stdbool.h>冲突重。近来写软件过程中，当在某一个.C文件中我申明了FreeRTOS.h文件，结果呢编译是出现报错了。经过查找，是因为我在另外一个文件声明了 #include <stdbool.h>
keil error: #13: expected a file name
最新发布
07-10
</think>### Keil Error #13: "expected a file name" 解决方法 Keil编译错误`#13 expected a file name`通常发生在编译器无法识别文件路径或文件名格式时。以下是系统性的解决步骤： #### 1. **检查头文件包含...
Build started: Project: DUOJI *** Using Compiler &#39;V5.06 update 7 (build 960)&#39;, folder: &#39;D:\Keil_v5\ARM\ARMCC\Bin&#39; Build target &#39;DUOJI&#39; compiling main.c... ../Core/Src/main.c(133): error: #65: expected a ";" { ../Core/Src/main.c(155): warning: #12-D: parsing restarts here after previous syntax error Error_Handler(); ../Core/Src/main.c(70): warning: #177-D: variable "dir" was declared but never referenced uint8_t dir=1; ../Core/Src/main.c(160): error: #77-D: this declaration has no storage class or type specifier RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK ../Core/Src/main.c(160): error: #65: expected a ";" RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK ../Core/Src/main.c(162): error: #77-D: this declaration has no storage class or type specifier RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK; ../Core/Src/main.c(162): error: #65: expected a ";" RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK; ../Core/Src/main.c(163): error: #77-D: this declaration has no storage class or type specifier RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1; ../Core/Src/main.c(163): error: #65: expected a ";" RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1; ../Core/Src/main.c(164): error: #77-D: this declaration has no storage class or type specifier RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV2; ../Core/Src/main.c(164): error: #65: expected a ";" RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV2; ../Core/Src/main.c(165): error: #77-D: this declaration has no storage class or type specifier RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1; ../Core/Src/main.c(165): error: #65: expected a ";" RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1; ../Core/Src/main.c(167): error: #169: expected a declaration if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_2) != HAL_OK) ../Core/Src/main.c(207): warning: At end of source: #12-D: parsing restart
03-26
**处理错误#65: 语法结构错误** - **典型原因**：缺少分号`;`、括号不匹配或宏定义错误。 - **解决步骤**： 1. 查看编译器报错的具体行号，定位到`main.c`中对应代码。 2. 检查该行及上一行是否遗漏分号（如...
keil编程时 error: #65: expected a “；“ 的解决办法
qq_44690153的博客
08-30 2万+
新手入门，总是会碰到很多坑，再次把这些经验记录下来，为后人解决提供便利 编程时，有一次程序本来好好的，修改了一个地方，结果就出现了报错 module\mWXA100_06MH.c(325): error: #65: expected a ";" 而且一报错报一串，在网上搜了一下，搜到了一些error: #65: expected a ")" 报错的解决方法，仔细对比之下发现，在错误类型上是一样的，都是在修改的时候进行了误操作。在此先讲一讲我所遇到的错误 module\mWXA100_06MH.c..
keil编程时 error: #65: expected a “；“ 的解决办法-汇总
weixin_43848261的博客
12-12 1万+
1.自己遇到的 仔细查找后发现.h文件中的结构体定义未加分号，在GPIO_TypeDef后加入分号并重新编译，问题解决 结构体定义末尾未加分号，会同时报一个警告和一个错误， main.c(29): warning: At end of source: #12-D: parsing restarts here after previous syntax error 加入分号后，这两个问题都会消失 2.网友遇到的 ...
KEIL Debug:error 65
廖昌海的个人博客
02-13 9722
错误：*** error 65: access violation at 0x40023800 : no 'read' permission *** error 65: access violation at 0x40023800 : no 'write' permission *** error 65: access violation at 0x40023808 : no 'write' per
Keil5软件仿真error65报错解决
晨少的博客
07-28 1923
使用STM32F407编写代码，进行Keil5仿真时，代码一直在 SystemInit函数中出不去。可以正常仿真了（一次次尝试出更精确的简单软件延时函数）进入Options（魔术棒）中的Debug。（根据第二步的SIM参数，修改。
keil软件仿真*** error 65: access violation at 0x0000000C : no 'read' permission
留马人
11-13 3万+
1.把keilkill.bat文件放到如下图与Project同路径下面，双击keilkill.bat即可以删除编译产生的中间文件，删除后再重新编译即可以避免xxx.__i类似错误。   2.仿真出现*** error 65: access violation at 0x0000000C : no 'read' permission的错误是因为没有相应的内存映射，可能的原因是由于软件仿真
Keil Debug——*** error 65: access violation at 0x20005000 : no ‘write‘ permission
一枚嵌入式小白菜的摸爬滚打之路
11-01 3248
当遇到"*** error 65: access violation at 0x20005000 : no 'write' permission"类似错误时，这通常表示程序试图写入一个没有写入权限的内存地址。这个错误可能有多种原因，以下是一些常见的解决方法：1. 检查内存保护设置：请确保您的程序没有试图写入受保护的内存区域。某些嵌入式系统可能使用内存保护机制，如存储器保护单元（MPU）或写保护寄存器。请检查您的系统文档或参考手册，了解如何正确配置内存保护设置。
Keil仿真报错：*** error 65: access violation at 0x40023800 : no ‘read’ permission
m0_47700906的博客
01-08 1万+
问题： 今天在STM32工程进入软件仿真时，出现*** error 65: access violation at 0x40023800 : no 'read' permission错误。点击RUN运行时出现*** error 65: access violation at 0x40023800 : no 'write' permission的错误。 解决方法： 1、新建一个.ini文件，内容为：map0x40000000,0x400FFFFFreadwrite 2、Option->...
Build started: Project: F103 *** Using Compiler &#39;V5.06 update 5 (build 528)&#39;, folder: &#39;D:\keil5 mdk\ARM\ARMCC\Bin&#39; Build target &#39;F103&#39; compiling oled.c... ..\Source\oled.c(485): error: #254: type name is not allowed for (u8 i = 0; i < 8; i++) ..\Source\oled.c(485): error: #65: expected a ";" for (u8 i = 0; i < 8; i++) ..\Source\oled.c(485): error: #20: identifier "i" is undefined for (u8 i = 0; i < 8; i++) ..\Source\oled.c(495): error: #254: type name is not allowed for (u8 n = 0; n < 128; n++) ..\Source\oled.c(495): error: #65: expected a ";" for (u8 n = 0; n < 128; n++) ..\Source\oled.c(495): error: #20: identifier "n" is undefined for (u8 n = 0; n < 128; n++) ..\Source\oled.c(630): error: #254: type name is not allowed for (uint16_t i = 0; i < size3; i++) ..\Source\oled.c(630): error: #65: expected a ";" for (uint16_t i = 0; i < size3; i++) ..\Source\oled.c(630): error: #20: identifier "i" is undefined for (uint16_t i = 0; i < size3; i++) ..\Source\oled.c(691): error: #254: type name is not allowed for (u8 t = 0; t < csize; t++) ..\Source\oled.c(691): error: #65: expected a ";" for (u8 t = 0; t < csize; t++) ..\Source\oled.c(691): error: #20: identifier "t" is undefined for (u8 t = 0; t < csize; t++) ..\Source\oled.c(699): error: #254: type name is not allowed for (u8 t1 = 0; t1 < 8; t1++) ..\Source\oled.c(699): error: #65: expected a ";" for (u8 t1 = 0; t1 < 8; t1++) ..\Source\oled.c(699): error: #20: identifier "t1" is undefined for (u8 t1 = 0; t1 < 8; t1++) ..\Source\oled.c(738): error: #254: type name is not allowed for (u8 t = 0; t < csize; t++) ..\Source\oled.c(738): error: #65: expected a ";" for (u8 t = 0; t < csize; t++) ..\Source\oled.c(738): error: #20: identifier "t" is undefined for (u8 t = 0; t < csize; t++) ..\Source\oled.c(741): error: #254: type name is not allowed for (u8 t1 = 0; t1 < 8;
03-27
<think>好的，我现在需要帮助用户解决Keil ARMCC V5.06编译OLED.c文件时报出的#254、#65、#20错误，尤其是涉及u8、uint16_t和for循环变量未定义的问题。首先，我得分析这些错误代码的含义，然后结合用户提供的引用信息来找到解决方案。 首先，查看错误代码的含义： - #254：通常表示“类型不匹配”或“无效的类型转换”。 - #65：可能表示“期望一个声明”或“语法错误”。 - #20：标识符未定义，常见于变量或类型未声明的情况。 用户提到的问题包括u8和uint16_t未定义，以及for循环变量未定义。这提示可能存在头文件缺失或语法不符合C89标准的问题，因为ARMCC V5默认可能使用C89标准，而C89要求在for循环之外声明变量。 根据用户提供的引用[2]，C89下for循环内声明变量会导致编译失败，比如`for(int i=0;;)`在C89是不允许的，变量i必须在循环外声明。因此，用户代码中的for循环可能使用了C99风格的变量声明，导致#20错误（变量未定义），因为编译器在C89模式下无法识别这种语法。 接下来，关于u8和uint16_t未定义的问题，这些类型通常是typedef定义在头文件中的，比如stdint.h或用户自定义的头文件。如果用户没有包含正确的头文件，或者编译器不支持这些类型，就会导致#20错误。需要检查是否包含了<stdint.h>或类似的头文件，或者是否在代码中正确定义了这些类型。 解决方案可能包括： 1. 添加必要的类型定义，如包含stdint.h或手动定义u8和uint16_t。 2. 修改for循环的变量声明方式，将变量定义放在循环外部，以符合C89标准。 3. 检查编译器设置，确认是否使用了正确的C标准，或者尝试切换到支持C99模式的编译器选项（但ARMCC V5可能不支持C99）。 此外，引用[3]提到ARM Compiler 5的-O0实际上有优化，可能需要调整优化级别，但可能和当前错误无关。引用[4]中的宏定义可能涉及硬件配置，但除非OLED.c依赖这些宏，否则可能不直接相关。 总结步骤： 1. 包含stdint.h以获取uint16_t的定义，或手动定义u8和uint16_t。 2. 确保所有变量在使用前声明，特别是for循环中的变量。 3. 检查代码中是否存在其他C99语法，如单行注释（//）等，并修改为C89兼容的格式。 需要验证用户代码中是否存在这些情况，并逐一修正。同时，可能需要在Keil中调整编译器选项，如果允许的话，但ARMCC V5可能不支持C99，所以最好修改代码以适应C89标准。</think>针对Keil ARMCC V5.06编译OLED.c报错的问题，以下是分步解决方案： ### **错误分析** 1. **#20错误（标识符未定义）** - `u8`/`uint16_t`未定义：需确认是否包含标准头文件或自定义类型定义 - `for`循环变量未定义：编译器可能采用C89标准，不支持循环内声明变量[^2] 2. **#65错误（语法错误）** - 可能由未定义类型导致的连锁反应（如`u8`未定义时，相关变量声明会触发语法错误） 3. **#254错误（类型不匹配）** - 可能由隐式类型转换引起（如未正确定义`u8`时，编译器无法识别类型） --- ### **解决方案** #### **步骤1：添加标准类型定义** - **包含`stdint.h`头文件**： ```c #include <stdint.h> // 定义uint16_t等标准类型 ``` - **若未使用标准库，手动定义类型**： ```c typedef unsigned char u8; typedef unsigned short uint16_t; ``` #### **步骤2：修正C89不兼容的循环语法** - **修改前（C99风格）**： ```c for(int i=0; i<10; i++){ ... } ``` - **修改后（C89兼容）**： ```c int i; // 将变量声明移至循环外 for(i=0; i<10; i++){ ... } ``` #### **步骤3：检查其他C99语法** - **替换单行注释`//`为多行注释`/**/`**： ```c /* 错误示例：C89不支持单行注释 */ // u8 value = 0; /* 正确示例 */ /* u8 value = 0; */ ``` #### **步骤4：验证编译器设置** 1. **关闭严格C89检查（可选）**： - 在Keil工程选项中添加`--c99`标志（但ARMCC V5可能不支持完全C99特性） 2. **优化级别调整**： - 调试阶段使用`-O0`或`-O1`优化级别以降低干扰[^3] --- ### **示例修正代码** ```c #include <stdint.h> // 解决uint16_t未定义问题 typedef unsigned char u8; // 自定义u8类型 void OLED_Init(void) { uint16_t i; // 提前声明变量 for(i=0; i<100; i++){ // C89兼容写法 /* 操作代码 */ } } ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值