IAR函数无法跳转、注释快捷键及parsing restarts here after previous syntax error问题

最新推荐文章于 2025-05-29 14:33:50 发布
最新推荐文章于 2025-05-29 14:33:50 发布
阅读量1.2w 收藏 7
点赞数 11
CC 4.0 BY-SA版权
分类专栏： 嵌入式开发 文章标签： IAR快键键 IAR函数无法跳转 parsing restarts here after pr
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yishuicanhong/article/details/80287178
本文介绍了解决IAR环境中函数无法跳转的问题方法，包括如何通过Option-->Project设置解决此bug，提供了多条实用的快捷键如Ctrl+K用于注释多行代码，以及一些代码解析错误的排查技巧。

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

函数无法跳转：

点击Option --> Project，先将目前全部选中的选项全部取消，然后确认。再重新进入Option --> Project，重新将之前的选项勾选上，确认之后就可以跳转了。这好像是IAR的一个bug吧，用过几个版本都有这个问题。


快捷键：

1、注释多行，选中所要注释的代码，使用快捷键Ctrl+K。

2、取消多行，选中索要取消注释的代码，使用快捷键Ctrl+Shift+K。（如果电脑是搜狗输入法，请将输入法切换至系统自带输入法。否则无法取消注释，与搜狗输入法冲突了。）

3、格式化源码 --> CTRL + T，将代码自动对齐。更进一步可以设置自己的代码缩进风格，Option --> Editor，在右侧的Auto indent下面，点击Configure，然后就可以设置自己的代码风格了。

4、自动缩进 -->选中某些行，然后 使用 CTRL + SHIFT +I ，可以实现自动的缩进。

5、自动往后  -->选中某些行，然后 使用 TAB键，可以实现自动的后退。


parsing restarts here after previous syntax error问题：

这个问题一般就是自己的代码的问题，多注意检查编译提示错误的地方。

1、检查有没有多写或少写括号

2、换行“\”后不能带空格

3、实在检查不出错误，可clean project->rebuild project



STM32工程报错 warning: At end of source: #12-D: parsing restarts here after previous syntax error
weixin_50406718的博客
03-19 1577
原来是有括号的，不做标识符来处理，而新版的，如图，直接说明了出来，那就没有必要，可以根据C/C++知识自己去推断；在C/C++选项卡里，把STM3210X_HD从prepocessor symbol define 里面删掉。在csdn上面直接下载的旧版的STM32标准库和例程，偷懒没有去官网下载最新版，所以有些许差别。这么做的原因：在老版本的官方STM32F10X.H文件里，这句话不是这么写的，若没记错的话，是。
IAR常用快捷键及使用技巧
li Sir的博客
09-22 3850
原文链接https://blog.youkuaiyun.com/as480133937/article/details/88700160 选中多行后注释快捷键：Ctrl+K 取消多行注释快捷键：Ctrl+Shift+K Tab 代码右移 Shift+Tab 代码左移 Ctrl+T 对选择区域进行自动缩进 Ctrl+B选择光标所在区域的圆弧范围，多次使用...
IAR有时无法跳转函数
linxi8693的博客
06-09 2188
前提概要 IAR建立工程项目，修改路径后，进行梳理代码时无法跳转函数等 解决办法 1、清理一下工程项目 2、等待清理完成 ...
IAR无法跳转定义，IARstm8跳转显示路径出错,系统库文件文件名后有[RO]
qq_38295600的博客
05-29 278
IAR软件中无法跳转函数的问题通常是由于库文件处于只读状态（显示【RO】后缀）。解决方法：关闭IAR，取消库文件的只读属性。重新打开工程后，随意修改一处代码（如增加分号）并重新编译，即可恢复函数跳转功能。此操作强制工程重新编译所有文件，解决跳转失效问题。
parsing restarts here after previous syntax error错误
热门推荐
newfirebw的博客
07-11 3万+
parsing restarts here after previous syntax error 1、检查有没有多写或少写括号 2、换行“\”后不能带空格 3、实在检查不出错误，可clean project->rebuild project
错误：parsing restarts here after previous syntax error
Y3333333的博客
08-07 1252
错误：parsing restarts here after previous syntax error。2、检查是否有语法错误（少写或多写字母）或 其他声明过的.c文件（封装）即可。附带 expected a “;解析在之前的语法错误后重新开始。1、检查有没有多写或少写括号。
KEIL5一种错误提示：parsing restarts here after previous syntax error } IRQn_Type；
li707414287的博客
07-30 1万+
编译F103C8t6时出现 ..\..\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x\stm32f10x.h(298): error: #67: expected a "}" ADC1_2_IRQn = 18, /*!< ADC1 and ADC2 global Interrupt */ ..\..\Libraries\CMSIS\CM3\DeviceSu.
移植不同类型的STM32时候报错,parsing restarts here after previous syntax error
teavamc的博客
07-08 1万+
类似这样的问题: ..\..\Libraries\CMSIS\stm32f10x.h(298): error: #67: expected a "}" ADC1_2_IRQn = 18, /*! ..\..\Libraries\CMSIS\stm32f10x.h(472): warning: #12-D: parsing restarts here after previous syntax
inline-in-iar_c.rar_iar inline 函数_iar 内联函数_msp430f4152
09-24
内联函数是C编程语言中一个非常重要的特性，它允许函数体在被调用的地方直接展开，从而减少了函数调用的开销。在嵌入式系统编程，特别是针对微控制器如MSP430F4152这样的低功耗微处理器时，这种优化尤为重要，因为它...
Building configuration: WP-22145237 - MPEndPoint Updating build tree... MPEndPont.c Error[Pe065]: expected a ";" C:\Texas Instruments\ZStack-CC2530-2.4.0-1.4.0\Projects\zstack\Samples\WP-22145237\Source\MPEndPont.c 278 Warning[Pe012]: parsing restarts here after previous syntax error C:\Texas Instruments\ZStack-CC2530-2.4.0-1.4.0\Projects\zstack\Samples\WP-22145237\Source\MPEndPont.c 315 Error[Pe169]: expected a declaration C:\Texas Instruments\ZStack-CC2530-2.4.0-1.4.0\Projects\zstack\Samples\WP-22145237\Source\MPEndPont.c 317 Warning[Pe012]: parsing restarts here after previous syntax error C:\Texas Instruments\ZStack-CC2530-2.4.0-1.4.0\Projects\zstack\Samples\WP-22145237\Source\MPEndPont.c 404 Warning[Pe177]: variable "myAppState" was declared but never referenced C:\Texas Instruments\ZStack-CC2530-2.4.0-1.4.0\Projects\zstack\Samples\WP-22145237\Source\MPEndPont.c 111 Warning[Pe177]: variable "myStartRetryDelay" was declared but never referenced C:\Texas Instruments\ZStack-CC2530-2.4.0-1.4.0\Projects\zstack\Samples\WP-22145237\Source\MPEndPont.c 113 Error while running C/C++ Compiler Total number of errors: 2 Total number of warnings: 4 void zb_StartConfirm( uint8 status ) { if ( status == ZB_SUCCESS ) { myAppState = APP_START; HalLedSet( HAL_LED_2, HAL_LED_MODE_ON ); // Set event timer to send data // byte msg[] = "Please input the command!\n\r"; // HalUARTWrite(HAL_UART_PORT_0, msg, sizeof msg ); #ifdef LCD_USE Uart_Send_String("{data=LINK: on This is a endpoint 22145237 22145131 Please input the command!}"); //显示在线 #endif osal_start_timerEx( sapi_TaskID, MY_PIR_EVT, MyDelay ); // 可燃气体传感器的传输，当下载程序到温湿度传感器时，这句话注释 //osal_start_timerEx( sapi_TaskID, MY_DHT11_EVT , MyDelay ); // 温湿度传感器的传输，当下载程序到可燃气体传感器时，这句话注释 //osal_start_timerEx( sapi_TaskID, MY_ALARM_EVT, MyDelay1 ); // 声光警报器，当下载程序到人体红外传感器和温湿度传感器时，这句话注释 //osal_start_timerEx( sapi_TaskID, MY_FAN_EVT, MyDelay1 ); // 风扇，当下载程序到其他传感器上时传感器时，这句话注释 } else { // Try joining again later with a delay osal_start_timerEx( sapi_TaskID, MY_START_EVT, myStartRetryDelay ); } } /****************************************************************************** * @fn zb_SendDataConfirm * * @brief The zb_SendDataConfirm callback function is called by the * ZigBee after a send data operation completes * * @param handle - The handle identifying the data transmission. * status - The status of the operation. * * @return none */ void zb_SendDataConfirm( uint8 handle, uint8 status ) { if ( status != ZSuccess ) { // Remove bindings to the existing collector } else { // send data ?? } } /****************************************************************************** * @fn zb_BindConfirm * * @brief The zb_BindConfirm callback is called by the ZigBee stack * after a bind operation completes. * * @param commandId - The command ID of the binding being confirmed. * status - The status of the bind operation. * * @return none */ void zb_BindConfirm( uint16 commandId, uint8 status ) { }
最新发布
06-28
- **Warning[Pe012]: parsing restarts here after previous syntax error** 这些错误通常表明源代码中存在语法问题，尤其是在函数定义、变量声明或宏展开过程中。以下是对这些问题的详细分析及修复建议。 #### ...
IAR下载时出现的问题及解决办法
08-10
在使用IAR Embedded Workbench进行单片机编程和调试的过程中，开发者经常会遇到各种技术问题。本文将针对这些常见的问题，提供一些解决办法和注意事项。 1. 构建配置与编译问题： 在进行程序编译时，如果程序代码...
IAR开发环境中的数据、函数定位方法
08-03
"IAR开发环境中的数据、函数定位方法" IAR开发环境中的数据、函数定位方法是软件开发中的一项重要技术，涉及到数据和函数的存储和调用。下面将从三个方面详细介绍IAR开发环境中的数据、函数定位方法。 一、数据...
Keil报错：parsing restarts here after previous syntax error
m0_74329875的博客
02-22 238
检查了好几遍后，发现是头文件里面忘记加封号了。犯了一个低级错误，供参考。
【Keil】解决error: expected a“}“ 和warning: parsing restarts here after previous syntax error
djj20041205的博客
09-17 912
打开“魔术棒-C/C++”，我们可以看到此处的宏定义有两句“STM32F10X_LD,USE_STDPERIPH_DRIVER” ，但其实在我们新建工程选择芯片为stm32f10x系列时，Keil已经默认定义STM32F10X_LD，所以无需手动哉2定义，否则就会矛盾冲突。http://通过百度网盘分享的文件：STM32工程模板 链接：https://pan.baidu.com/s/1DLN0U06aOiAuhg29rWc9ew?下面我们将“STM32F10X_LD”删除，点击OK保存后再次编译。
STM32学习报错解决：warning: #12-D: parsing restarts here after previous syntax error
weixin_71535865的博客
06-16 6655
在C/C++选项中的宏定义，把STM32F10X_HD,USE_STDPERIPH_DRIVER改为STM32F10X_MD,USE_STDPERIPH_DRIVER。
keil报错， parsing restarts here after previous syntax error
Heinrich2的博客
11-09 317
把#include "Timer.h"注释掉就没有错误，所以应该不是有些回答里面关于芯片的问题。我检查main.c是在没有错误，转到Timer.h后发现问题，少打了一个；程序写的好好的，加了中断后就报错这个。用下面的提示也都提示在main.c里面，提示括号啥的。
IAR,Eembedded,Workbench,IDE,右击《函数》不跳转到定义的地方怎么办？
weixin_45547778的博客
09-23 508
右击如图所示 ，代码不跳转，需要 点《Project 》>《clean》点完以后就可以跳转到函数定义的地方了。
IAR 无法跳转函数定义问题总结
weixin_43883448的博客
08-17 4877
正常情况下，通过右击函数名称->go to definition of ‘*****’ 就可以i跳转到函数的定义位置，如果出现无法跳转的情况大致可以分为以下两种情况。 1.有一部分项目可以顺利跳转，但存在某个或者部分项目无法跳转的情况，这时候可以尝试右键项目名称->clean，然后重新make，等待进度条读完再次尝试应该就可以顺利跳转了。 2.如果是所有项目都无法跳转，可能是设置出现了问题，Tools->Options……->Project，勾选上Generate brow
IAR中函数无法跳转(定义或声明)问题解决方法
XHMWXL的专栏
09-16 9635
问题提示： 问题一：go to XXX选项无法点击或者点击后没有反应也没有提示音。 这个问题出现极有可能是你没有勾选图中圈出来的选项！ 解决方法： ①可以试试点击左上角的Tools》Options就会弹出图中的窗口请勾选圈出来的选项。 ②点击左上角的Tools》Options就会弹出图中的窗口去掉勾点击确定然后重新进入设置界面重新勾上点确定可解决此类问题！ 问题二：点击跳转后有提示音，但没有跳转。出现这个问题的话就比较复杂了。 可能导致问题的原因： ①你正在编写的这个文件路径当中包含中文或者特殊字符，如
../Drivers/CMSIS/Device/ST/STM32F4xx/Include/stm32f407xx.h(158): warning: #12-D: parsing restarts here after previous syntax error
06-10
<think>嗯，用户现在遇到了一个STM32F407工程编译时的语法错误警告，具体是头文件报错："parsingrestartshereafterprevioussyntaxerror"。用户之前参考过站内资料，但需要更针对性的解决方案。注意到这是个经典的头文件语法错误警告。从开发经验看，这个12-D警告的本质是编译器在某处遇到无法理解的语法后，后续内容都会被标记为错误。特别值得注意的是这个报错位置在头文件末尾，说明真正的语法错误很可能隐藏在文件中间某处。用户的问题主要集中在STM32F407xx.h这个官方头文件上。有意思的是，这类问题95%的情况都不是头文件本身的问题。用户可能已经花了很多时间检查头文件内容，但其实需要把注意力转向包含头文件的位置。考虑到用户上次参考的资料提到"语法错误后重启解析"，这个描述很准确。编译器在遇到第一个语法错误后会暂时"宕机"，直到遇到能重新识别的语法结构才会恢复，所以报错位置往往不是真实错误点。这个特性让很多开发者困惑。准备给用户四个排查方向：第一要检查包含语句之前的代码，特别是头文件包含顺序。这是最典型的陷阱，比如漏掉分号会导致后续所有#include报错。第二要确认预处理指令的独立性。用户可能不知道宏定义若未用空行分隔，某些编译器会解释成连续文本导致语法混乱。第三要排除特殊字符的干扰。中文字符、零宽空格等不可见字符在IDE里极难发现，但对编译器就是致命错误。最后才考虑硬件定义冲突的可能。毕竟像寄存器地址偏移量错位这种底层错误，在ST官方头文件里概率极低。用户应该是嵌入式开发工程师，但可能刚接触STM32体系。ta现在最需要的不是原理讲解，而是具体可操作的排查步骤。所以准备列出代码示例，特别强调"错误在前一行"这个关键点。那些官方文档不会提的小技巧反而最有价值，比如用hex编辑器查不可见字符的方法。最后主动提出进一步协助是个好主意。这类问题通常需要查看实际代码片段，如果用户能提供出错位置前后的几行代码，解决效率会高很多。</think> 这个编译警告的根本原因是**编译器在STM32F407xx.h文件中的某处遇到了无法理解的语法错误，导致后续内容解析失败**。以下是系统化的排查和解决方案： --- ### 🛠 关键排查步骤及解决方案 #### 1. **定位真实的语法错误位置** - **警告中的"At end of source"是误导性提示**：真正的错误通常在警告位置之前的某处。 - **在开发环境中定位错误**： - 在Keil/IAR中按F1跳转到报错位置 - **逆向检查**：从警告位置开始，**向前逐行检查**是否有语法错误（如括号不匹配、分号缺失等） #### 2. **常见错误原因及修复** ```c // 典型错误示例（实际错误在包含头文件之前） #include "user.h" // 若此文件末尾缺失分号或括号 #include "stm32f407xx.h" // 编译器会在此报错 ``` - **高频问题**： - **缺失分号 `;`**：检查`stm32f407xx.h`包含前的自定义代码 - **括号/花括号不匹配**：如 `{` 未闭合、宏定义中的 `()` - **宏定义错误**：多行宏缺少 `\` 续行符 - **特殊字符污染**：中文标点（，；）、不可见字符（如BOM头） #### 3. 头文件冲突检查 - **检查重复定义**： ```c // 在main.c顶部添加强制声明（临时测试） #define STM32F407xx // 避免重复包含冲突 #include "stm32f407xx.h" ``` - **确认外设库版本**：旧版HAL库可能与CMSIS头文件不兼容，建议使用CubeMX重新生成 #### 4. 工具辅助排查 - **预编译输出分析**： ```bash arm-none-eabi-gcc -E main.c > preprocessed.c # GCC ``` 检查`preprocessed.c`中展开后的`stm32f407xx.h`内容 - **二进制检查**：用Hex编辑器查看文件，排除异常字节（如0x00） --- ### 🔍 操作流程图解 ```mermaid graph TD A[出现 #12-D 警告] --> B{检查包含 stm32f407xx.h 前的代码} B -->|发现错误| C[修复分号/括号/宏错误] B -->|无错误| D{检查头文件完整性} D -->|文件损坏| E[重新下载/生成头文件] D -->|正常| F{检查预编译输出} F -->|定位异常行| G[修正源文件语法] F -->|无异常| H[清理工程并重建] ``` --- ### ✅ 验证步骤 1. 将工程中所有`.h/.c`文件保存为UTF-8无BOM格式 2. 注释所有用户代码，仅保留： ```c #include "stm32f407xx.h" int main(void) { return 0; } ``` 3. 逐步取消注释，定位首次触发警告的代码段 > ⚠️ **注意**：此类问题90%源于用户代码而非官方库，重点检查包含该头文件前的逻辑结构[^1]。 --- ### 相关问题 1. 如何验证STM32头文件是否被正确包含？ 2. STM32编译时出现 `undefined symbol` 错误应如何解决？ 3. CubeMX生成代码后需要哪些关键配置修改？ 4. 如何检测嵌入式代码中的内存溢出问题？ 需要进一步分析您的具体代码片段？请提供触发警告的文件内容（尤其包含头文件的前后10行代码）。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值