KeilC51 的Constant对象(CO)在调用时的递归问题

最新推荐文章于 2024-01-28 08:41:22 发布
最新推荐文章于 2024-01-28 08:41:22 发布
阅读量1.5k 收藏 10
点赞数 3
分类专栏： Keil 文章标签： Keil C51 Constant CO
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/FireStarway/article/details/62894495
版权

这几天在编写、调试基于MCU51的代码程序时，Keil在编译链接完毕后，弹出两个警告,其中一个如下,而另一个则与之类似:

*** WARNING L13: RECURSIVE CALL TO FUNCTION
    CALLED:  ?CO?LEDMENU_PROCESS
    CALLER:  _CARGOSTOCK_LEDMENU_SET/LEDMENU_PROCESS

通过查询，发现该警告表达的意思是，此处存在递归调用，被调用的是?CO?,调用者是_CARGOSTOCK_LEDMENU_SET函数。

这里首先来弄明白什么是"?CO?"，因为在本程序代码中，并无一个名为"?CO?"的函数，

而通过查询（Keil Help -> Segment Naming Conventions）得知，所谓?CO?,在Keil中指的是一种数据段，存放的是Constant Data,

类型是:code,也就是说，这个数据段是被Keil安排在MCU的代码区的，实际查看编译生成的MAP文件，有如下片段:

START     STOP      LENGTH    ALIGN  RELOC    MEMORY CLASS   SEGMENT NAME
=========================================================================
* * * * * * * * * * *   C O D E   M E M O R Y   * * * * * * * * * * * * *
......
008220H   008226H   000007H   BYTE   UNIT     CODE           ?PR?_LEDMENU_SUBFUNC_10?LEDMENU_PROCESS
008227H   00822DH   000007H   BYTE   UNIT     CODE           ?PR?_LEDMENU_SUBFUNC_11?LEDMENU_PROCESS
.....
00B46FH   00B4C9H   00005BH   BYTE   UNIT     CONST          ?CO?LEDMENU_PROCESS
......

由上可以知道const数据段是被安排在code memory(代码区)的，且集中安排在代码区的PR(可执行代码)段后面。

这里还应该注意到一点:在上面的函数在代码区映射中，每个函数的SEGMENT NAME均由三部分组成:Segment Prefix：?PR?；函数处理后的名称：_LEDMENU_SUBFUNC_10；函数所在文件：LEDMENU_PROCESS。而const代码则只有Segment Prefix声明：?CO?,和所属于的文件：LEDMENU_PROCESS，这点对于下面的问题分析很关键。


接下来打开.MAP文件，在文件开头有这样一段信息:

PROGRAM RECURSIONS REMOVED FROM CALL TREE
=========================================
+--> ?CO?LEDMENU_PROCESS
|  | _LEDMENU_SUBFUNC_1/LEDMENU_PROCESS
<--+ _CARGOSTOCK_LEDMENU_SET/LEDMENU_PROCESS

这里软件就描述了Keil编译器所认为的递归调用关系，并根据之前对?CO?的连接，理出的情况应该是这样:?CO?代码段中，可以调用LEDMENU_SUBFUNC_1这个函数，

这是因为我在工程中定义了一个函数指针数组:

code void (*LedMenu_SubFunc[LED_MENU_ITEM_NUM])(LedMenu_KeyIndex_Enum KeyVal) = 
{
    LedMenu_SubFunc_1,
    LedMenu_SubFunc_2,
    LedMenu_SubFunc_3,
    LedMenu_SubFunc_4,
    LedMenu_SubFunc_5,
    LedMenu_SubFunc_6,
    LedMenu_SubFunc_7,
    LedMenu_SubFunc_8,
    LedMenu_SubFunc_9,
    LedMenu_SubFunc_10,
    LedMenu_SubFunc_11,
    LedMenu_SubFunc_12,
    LedMenu_SubFunc_13,
    LedMenu_SubFunc_14,
    LedMenu_SubFunc_15,
};

而这个函数指针数组还以“”code“”进行了位置声明，所以这个数组会被Kel处理并安排在const数据段【】。

而在LED_MENU_SUBFUNC_1函数中，调用了CARGOSTOCK_LEDMENU_SET（）函数:

static void LedMenu_SubFunc_1(LedMenu_KeyIndex_Enum KeyVal)
{
    CargoStock_LedMenu_Set(0,KeyVal);
}

最后在CargoStock_LedMenu_Set（）函数中，调用了const数据进行显示操作:

TM1628_DisplayChar(LedCharData_Space,LED_MENU_CHAR_DISPLAY_POS_2);

其中:code u8 LedCharData_Space                                           = 0x40;

这就是实际的函数调用情况。实际来看，这并不能够成递归调用，但实际又被Keil这样识别，问题何在呢?

查询Keil Help->Recursive Code References，看到有给出一个类似例子，并予以了说明:

void func1(unsigned char *msg ) { ; }

void func2( void ) {
  unsigned char uc;
  func1("xxxxxxxxxxxxxxx");
}

code void (*func_array[])() = { func2 };

void main( void ) {
  (*func_array[0])();
}
编译该代码后，同样出现了类似警告: 

*** WARNING 13:  RECURSIVE CALL TO SEGMENT
    SEGMENT:  ?CO?EXAMPLE1
    CALLER:   ?PR?FUNC2?EXAMPLE1
对此，文章是这样解释的:

In this program example, func2 defines a constant string ("xxx...xxx") which is directed into the constant code segment ?CO?EXAMPLE1. The definitioncode void (*func_array[])() = { func2 }; yields a reference between segment?CO?EXAMPLE1 (where the code table is located) and the executable code segment?PR?FUNC2?EXAMPLE1. Because func2 also refers to segment?CO?EXAMPLE1, BL51 assumes that there is a recursive call.

归纳总结几点如下:

1、以code声明的对象(数据）都会被C51编译器安排到?CO?数据段里;

2、根据第一点，那么以code声明的函数指针数组也是存放在?CO?区域的，所以通过函数指针来调用函数，会先到?CO?区域找到函数地址，再跳转到?PR?区域执行函数；

3、Keil认为从?CO?段出发，如果层层调用，最后又调用了?CO?段代码，则认为存在递归调用。对于?CO?数据段是如此的，虽然还没找到确切的正式的文件说明。

4、一般我们理解的递归调用是FunA调用FunB,FunB又调用了FunA,相当于一个头尾相连的逻辑结构，但这是对于存储的?PR?的代码而言，亦即是对函数而言，对const数据则

     认为均在一起。

另外，在uVision Help->In a ROM Variable中，讲述的例子，和当前面临的情况非常一致(详见:http://www.keil.com/support/man/docs/lx51/lx51_ol_fpromvar.htm):

因为其中的一个函数是通过code声明的函数指针数组变量来调用的，所以程序在编译、链接时，比起一般的函数内再调用其它函数，多了一个先去CO数据段寻找函数地址，再转到待执行函数的过程。这一点在工程生成的.MAP文件中的"OVERLAY MAP OF MODULE"也可看到。

总而言之，在Keil中，如果通过声明为code的函数指针数组来调用函数，则在编译、链接代码时，会生成相关代码先去访问?CO?数据段，再访问相关函数。而Keil C51是不能识别每次访问的是不是?CO?中的同一个数据，所以我所遇到的情况，原因就在于在：通过code的函数指针数组调用的函数中，存在再次调用?CO?数据段数据的现象。

要解决这个问题，Keil Help手册给的建议是，使用编译指示符，手动指定其递归调用关系。

在Keil开发环境中，Project窗口，右键点击Target，选择"Option Fo Target",在LX51（BX51） Misc栏目中，Overlay栏目加入编译控制命令，如下:

具体作用如下:

1）、CARGOSTOCK_LEDMENU_SET ~ ?CO?LEDMENU_PROCESS,    //声明函数CARGOSTOCK_LEDMENU_SET与?CO?LEDMENU_PROCESS没有递归调用关系(实际上是CARGOSTOCK_LEDMENU_SET函数引用了?CO?数据段的数据对象)

2）、LEDMENU_SUBFUNC_14 ~ ?CO?LEDMENU_PROCESS //声明函数LEDMENU_SUBFUNC_14与?CO?LEDMENU_PROCESS没有递归调用关系

添加此两句控制命令后，再进行编译就不会有递归调用相关的警告了。

最后，再观察修改前的.MAP文件相关区域报告:

LEDMENU_EXECUTE/LEDMENU                       ----- -----  ----- -----
  +--> ?CO?LEDMENU_PROCESS
  +--> ?CO?LEDMENU
  +--> ?PR?_LEDMENU_HALSHOW?LEDMENU_PROCESS

?CO?LEDMENU_PROCESS                           ----- -----  ----- -----
  +--> ?PR?_LEDMENU_SUBFUNC_1?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_2?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_3?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_4?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_5?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_6?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_7?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_8?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_9?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_10?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_11?LEDMENU_PROCESS
LX51 LINKER/LOCATER V4.41                                                             03/20/2017  10:48:28  PAGE 17


  +--> ?PR?_LEDMENU_SUBFUNC_12?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_13?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_14?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_15?LEDMENU_PROCESS

_LEDMENU_SUBFUNC_1/LEDMENU_PROCESS            ----- -----  ----- -----
  +--> ?PR?_CARGOSTOCK_LEDMENU_SET?LEDMENU_P...

_CARGOSTOCK_LEDMENU_SET/LEDMENU_PROCESS       ----- -----  0008H 000AH
  +--> ?PR?_EEPROM_UPDATE?EEPROM_STC51
  +--> ?PR?_TM1628_DISPLAYSTRING?TM1628_API
  +--> ?PR?_EEPROM_NBYTEREAD?EEPROM_STC51
  +--> ?PR?_CARGOBOX_CONTROL?APP
  +--> ?PR?_TM1628_NUMTOCHAR?TM1628_API
  +--> ?PR?_TM1628_DISPLAYCHAR?TM1628_API
修改后的.MAP文件相关区域报告: 

LEDMENU_EXECUTE/LEDMENU                       ----- -----  ----- -----
  +--> ?CO?LEDMENU_PROCESS
  +--> ?CO?LEDMENU
  +--> ?PR?_LEDMENU_HALSHOW?LEDMENU_PROCESS

?CO?LEDMENU_PROCESS                           ----- -----  ----- -----
  +--> ?PR?_LEDMENU_SUBFUNC_1?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_2?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_3?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_4?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_5?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_6?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_7?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_8?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_9?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_10?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_11?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_12?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_13?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_14?LEDMENU_PROCESS
  +--> ?PR?_LEDMENU_SUBFUNC_15?LEDMENU_PROCESS

_LEDMENU_SUBFUNC_1/LEDMENU_PROCESS            ----- -----  ----- -----
  +--> ?PR?_CARGOSTOCK_LEDMENU_SET?LEDMENU_P...

_CARGOSTOCK_LEDMENU_SET/LEDMENU_PROCESS       ----- -----  0008H 000AH
  +--> ?PR?_EEPROM_UPDATE?EEPROM_STC51
  +--> ?PR?_TM1628_DISPLAYSTRING?TM1628_API
  +--> ?PR?_EEPROM_NBYTEREAD?EEPROM_STC51
  +--> ?PR?_CARGOBOX_CONTROL?APP
  +--> ?PR?_TM1628_NUMTOCHAR?TM1628_API
  +--> ?PR?_TM1628_DISPLAYCHAR?TM1628_API
其实，两者是完全一致的，说明Keil虽然产生了相关警告，但已经自动处理了该递归调用问题(.ＭＡＰ文件起始部分)： 

PROGRAM RECURSIONS REMOVED FROM CALL TREE
=========================================
+--> ?CO?LEDMENU_PROCESS
|  | _LEDMENU_SUBFUNC_1/LEDMENU_PROCESS
<--+ _CARGOSTOCK_LEDMENU_SET/LEDMENU_PROCESS


+--> ?CO?LEDMENU_PROCESS
<--+ _LEDMENU_SUBFUNC_14/LEDMENU_PROCESS
所以，对于这个问题归纳总结如下:

1、声明为code的对象会被Keil Lx51 Linker安排在相应文件的?CO?代码段。

2、通过code类型的函数指针来调用函数，Keil C51会生成如下代码流程:Caller ->?CO?->Func,所以就会访问到?CO?数据段;

3、通过函数指针调用的函数，Keil C51不能很好的进行处理，特别是函数中又引用了?CO?段数据,这种情况下进行程序编译，就会提示存在递归调用，但Keil会自动去掉的;

4、可通过OVERLAY命令，来手动指定递归调用关系;













http://blog.csdn.net/chungle2011/article/details/39104179

YaHa201286
关注
专栏目录
终于解决 归递调用 警告,其实程序没有 归递调用*** WARNING L13: RECURSIVE CALL TO SEGMENT
tanzhwen的博客
03-16 1万+
## 终于解决 归递调用 警告,其实程序没有 归递调用*** WARNING L13: RECURSIVE CALL TO SEGMENT> 引用块内容> http://blog.csdn.net/avideointerfaces/article/details/32687899> 以下是转载上面链接内容> 最近编译keil项目时，遇到一个比较奇怪的link warning，如下所
Keil C51对C语言的关键词扩展之十五: reentrant
Embedded Travel
12-02 5382
reentrant声明的函数为可重入函数。可重入的函数能够被多个进程同时调用。可重入函数在执行时，另外的进程可以中断当前执行的函数，并且调用同一个函数。正常情况下，C51程序中的函数不能被递归地调用，这是由于函数的参数和局部变量都被保存在固定的地址，在递归调用时操作了相同存储位置，导致数据被覆盖。 使用reentrant声明函数为可递归调用的可重入函数： int calc (char i,
keil中函数递归调用问题
汉尼拔勇闯天涯
04-11 2983
最近在搞电子设计大赛的事，一直没时间写这个问题，现在吃饱没事干就讨论一下这问题。我当时是在写温度传感器18b20的初始化程序过程中发现的。初始化程序是inti_18b20( ).当检测到温度传感器时，标识位flag接收温度传感器送来的相应数据（flag=0）；当没有检测到温度传感器时，flag=1，此时需要重新调用初始化程序inti_18b20( )本身（并且调用BEEP()函数报警），直到检测到
c语言函数递归调用 重入函数,C51函数的递归调用
weixin_39728213的博客
05-20 1003
前几天在写C51程序时用到了递归，简单程序如下：void WRITE_ADD(uchar addr,uchar wbyte){START(); //先发送起始信号WRITE_BYTE(0xa0); //设备地址+W命令if(!ERROR_Flag) //正确收到应答{WRITE_BYTE(addr); //写入地址}else{ERROR_Flag = ; //清错误标志WRITE_ADD...
C51开发中的static, const, code关键字
IOsetting的专栏
08-20 3748
max7219是一个用于驱动8位7段数字LED或者8x8点阵LED的驱动芯片, 以列扫描的方式, 用16个pin管理64个发光点, 显示8个数字时刷新率为500-1300Hz, 典型值为800Hz. pin脚功能 DIG0 - DIG7: 这个8个pin, 分别代表一个7段数字+点号 SEGA - SEGG, DP: A-G每个代表7段数字里的一段, DP代表数字间的小数点 每一段的驱动电流是40mA, 如果负载需要更大的电流, 需要外接硬件驱动 V+, GND: 电压和接地 DIN: 串行数据输入
单片机C语言C51的输入输出
嵌入式之斋
04-02 4099
在C51语言中，它本身不提供输入和输出语句，输入和输出操作是由函数来实现的。在C51的标准函数库中提供了一个名为“stdio.h”的一般I/O函数库，它当中定义了C51中的输入和输出函数。当对输入和输出函数使用时，须先用预处理命令“#include <stdio.h>”将该函数库包含到文件中。 在C51的一般I/O函数库中定义的I/O函数都是通过串行接口实现，在使用I/O函数之前，...
keilc51环境下编译通过了的程序,可直接调用-keilc51环境下编译通过程序调用即可.zip
01-12
这个压缩包文件"keilc51环境下编译通过了的程序,可直接调用-keilc51环境下编译通过程序调用即可.zip"包含了可以在Keil C51环境下运行的代码，意味着开发者已经完成了编译过程并验证了其正确性。 1. **Keil C51**：...
keilc51 startup代码解释 .rar_keilc51_startup
09-22
在"keilc51 startup代码解释 .pdf"文档中，读者可以找到keilC51启动代码的具体实现和详细注释。通过阅读这份文档，开发者能更清晰地理解每一步操作的目的和实现方法，从而更好地控制程序的启动流程。 四、优化启动...
Keil C51 V9.61 (8051系列单片机软件开发工具)
03-13
Keil C51是一款用于51系列兼容单片机C语言软件开发的系统。它支持所有的8051微控制器体系结构，提供了行业标准的Keil C编译器、宏汇编器、调试器、实时内核、单板计算机和仿真器等完整的开发方案。它适合各个阶段的...
最新版本的keilc51v959版本的汉化包
11-01
- 汉化包可能存在翻译不准确或者遗漏的情况，用户在遇到问题时，可以查阅英文文档或寻求在线帮助以获得更准确的信息。 4. **应用领域**： - Keil C51广泛应用于8051系列MCU的嵌入式系统开发，包括智能家居、工业...
OVERLAY代码重入
CSDN-MarkYang
03-11 4745
OVERLAY代码重入问题：自己遇到的问题编写的测试代码如下：#include <stdio.h>#define BYTE unsigned char<br />#define BYTE unsigned charvoid main(void);<br />void FUN2(void);<br />void fun1(void);void main(void)<br />{<br />  fun1();}<br />void fun1(void)<br />{<br /> BYTE TMP1;<br />
keil中 如何解决warning L13：Recursive call to Function 及overlay解释
ltshan139的专栏
06-20 1万+
最近遇到一个比较奇怪的link warning
C51单片机中reentrant关键字的使用，关于MULTIPLE CALL TO FUNCTION警告的问题
Micah's Blog
12-12 1032
如果在使用该函数期间被中断打断，而中断也调用了该函数，那么该函数的局部变量会被覆盖。当中断结束返回，则此时的变量已经被中断修改了，此时的数据不对，会出现意想不到的结果。（51单片机资源有限，为了提高运行效率，C51采用静态分配局部变量的方式，所以不可递归。而标准C语言的堆栈是动态分配的。在一个项目中警告信息如下，提示该函数多次调用，因为该函数在串口中断和主循环中都有被调用。C51的变量是编译时预先分配好的，每个变量地址已经固定，不会变动。给需要重复调用的函数加上。关键字，使用方式如下图。
keil C51 常见错误和警告
热门推荐
tianpu2320959696的博客
11-27 1万+
00000000000
KEIL arm C51中常量变量函数的绝对地址设定
wzk456的专栏
05-20 7117
keil for arm中： staticconstuint8_ts_acBmpLogo030[len]__attribute__((at(0X800F000)))={0x80,0xC0,0xC0,0xC0,0xC0,0x80,xxxxxxx} 案例演示 下面我们用一个例子演示一下，比如： 将一个全局变量放到0x20000000处； 将一个const常量放置到0x0000100...
利用STM32CubeMX和Keil模拟器，3天入门FreeRTOS（5.3） ——递归锁
最新发布
在嵌入式嵌入式领域奋斗的程序猿的博客
01-28 1053
FreeRTOS递归锁
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值