IAR问题总结（持续更新）

最新推荐文章于 2024-08-26 14:01:33 发布

无痕幽雨

最新推荐文章于 2024-08-26 14:01:33 发布

阅读量6.2k

点赞数 2

分类专栏： IAR

本文链接：https://blog.csdn.net/wuhenyouyuyouyu/article/details/77722147

版权

IAR 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

这个帖子持续更新。

一、inline问题

Error[e46]: Undefined external "key_mode_get_key_value" referred in key (xxxx.r87 )

用了一个inline函数，结果提示这个，通过查阅资料问题如下：

inline或者#pragma inline建议编译器对紧随其后的函数进行inline处理

#pragma inline = forced 强制编译器对紧随其后的函数进行inline处理

同时这个还和编译器的优先级有关系：

也就是说用了inline，在低优先级下，编译器不一定就把函数作为inline处理。

补充说明：register修饰变量也只是一种建议。

二、调试时候提示：Another EXEC is already running.

IAR for RL78 V1.3用E1调式时候提示这个：

插拔E1不行，板子重新上下电也不行，最后把IAR重启搞定。

三、判断是Debug模式还是Release

NDEBUG
Description This preprocessor symbol determines whether any assert macros you have written in
your application shall be included or not in the built application.
If this symbol is not defined, all assert macros are evaluated. If the symbol is defined,
all assert macros are excluded from the compilation. In other words, if the symbol is:
● defined, the assert code will not be included
● not defined, the assert code will be included
This means that if you write any assert code and build your application, you should
define this symbol to exclude the assert code from the final application.

由上文可知：

NDEBUG 如果定义了，为Release模式，如果没有定义则为debug模式。

四、位域赋值问题
位域赋值时候，是按着从bit0开始对齐到位域宽度：
struct {
uint16_ttBit0 :1;
uint16_t :7;
uint16_t :8;
}bit16_t;

uint8_t chTemp;
chTemp = 0x01;
bit16_t.tBit0 = chTemp;
则赋值后：bit16_t.tBit0为1;

chTemp = 0xFE;
bit16_t.tBit0 = chTemp;
则赋值后：bit16_t.tBit0为0;

五、BOOL类型变量赋值
bool类型变量赋值，是按着右边的真假值赋值：
uint8_tchTemp;
boolbTemp;

chTemp = 0x00;
bTemp = chTemp;
则bTemp为false;

chTemp = 0xFE;
bTemp = chTemp;
则bTemp为true;
(以chTemp的真假决定)