这种警告不能忽略

ienglgge

这种警告不能忽略 [复制链接]

很多时候，编译程序，没有error，有warning，也能正常运行。 但有的时候，却出现问题。  
..\User\main.c(106): warning:  #223-D: function "delay_ms" declared implicitly
这虽然是个警告，但编译器没有找到delay_ms 这个函数 。  找不到竟然还能编译通过，不知它怎么想的。      运行的时候，就会出现复位之类的情况。         

lcofjp

只是找不到声明而已，但函数是有定义的，否则连接的时候肯定不过。你再找找其他复位原因吧，肯定不是因为这个。

damiaa

把所有的警告都关心起来，是个好习惯。这样也利于养成编程好习惯。以后会方便很多。

无奇不有

你是不是用的430单片机?我当时用430的时候发现过类似的问题,原因是你得delay函数是用的for循环写的,ccs里面有一个低功耗模式的编译器会自动检测你得这个程序没有进行任何操作,于是他就自动把这个函数给你删除了.于是所有的延时效果都没有了...但是程序可以下载,也可以跑,就是时序要求严格的地方就不行了.

ienglgge

lcofjp 发表于 2015-1-10 04:04
只是找不到声明而已，但函数是有定义的，否则连接的时候肯定不过。你再找找其他复位原因吧，肯定不是因为这个。

不停复位的程序， 只需要 把delay_ms  注释掉，一下子就不复位了  。  delay_ms    之后，紧跟着printf 语句。  有delay_ms    时，不停复位， 没有看到printf语句打印的内容。   去掉delay_ms    ，一下子就不复位， 而且printf打印也有了  ，别的什么都没动。     delay_ms     右键  go to definition ，根本找不到。  

ienglgge

无奇不有 发表于 2015-1-10 10:44
你是不是用的430单片机?我当时用430的时候发现过类似的问题,原因是你得delay函数是用的for循环写的,ccs里面有一个低功耗模式的编译器会自动检测你得这个程序没有进行任何操作,于是他就自动把这个函数给你删除了.于是所有的延时效果都没有了...但是程序可以下载,也可以跑,就是时序要求严格的地方就不行了.

不是430，这个和stm32差不多 。  这个delay_ms  是自带的库函数里的。重新给SysTick 计数器赋值的方法实现的延时。  void delay_ms(uint16_t nms)
{   
    uint32_t temp = delay_fac_ms * nms;

    if (temp > 0x00ffffff)
    {
        temp = 0x00ffffff;
    }
    SysTick_SetReload(temp);
    SysTick_CounterCmd(SysTick_Counter_Clear);
    SysTick_CounterCmd(SysTick_Counter_Enable);
    do
    {
        Status = SysTick_GetFlagStatus(SysTick_FLAG_COUNT);
    }while (Status != SET);
    SysTick_CounterCmd(SysTick_Counter_Disable);
        SysTick_CounterCmd(SysTick_Counter_Clear);
}

感觉这种延时方式， 操作过程比较复杂，不如简单的for 或者 while  语句。  SysTick是系统的核心中断 啊，总改寄存器的值恐怕对稳定性不好。   不看好这个demo。

ienglgge

damiaa 发表于 2015-1-10 10:40
把所有的警告都关心起来，是个好习惯。这样也利于养成编程好习惯。以后会方便很多。

嗯，以后要多注意一下， 尽量消除警告 。至少也得看到每个警告是什么，确定没什么影响。

lelee007

这个是你代码用的有问题，delay_ms你自己没有实现，链接器就用库函数实现来给你链，至于到底链成什么样了，你也不清楚，你也没去追究

declared implicitly意思应该明白吧？就是你在这个文件中调用那个函数，但是那个函数的定义不在该问题，而且在该文件中又没有显示声明

freebsder

ienglgge 发表于 2015-1-10 21:04
不是430，这个和stm32差不多 。  这个delay_ms  是自带的库函数里的。重新给SysTick 计数器赋值的方法实现的延时。  void delay_ms(uint16_t nms)
{   
    uint32_t temp = delay_fac_ms * nms;

    if (temp > 0x00ffffff)
    {
        temp = 0x00ffffff;
    }
    SysTick_SetReload(temp);
    SysTick_CounterCmd(SysTick_Counter_Clear);
    SysTick_CounterCmd(SysTick_Counter_Enable);
    do
    {
        Status = SysTick_GetFlagStatus(SysTick_FLAG_COUNT);
    }while (Status != SET);
    SysTick_CounterCmd(SysTick_Counter_Disable);
        SysTick_CounterCmd(SysTick_Counter_Clear);
}

感觉这种延时方式， 操作过程比较复杂，不如简单的for 或者 while  语句。  SysTick是系统的核心中断 啊，总改寄存器的值恐怕对稳定性不好。   不看好这个demo。

不要把IDE的intellisense和编译器的处理过程搞混了。IDE找不到的符号不代表编译器找不到，反之亦然。警告只是说当前文件里找不到delay_ms的函数声明，不是说就没有这个函数的存在。复位肯定是delay_ms或者哪里的问题导致，很正常。

ienglgge

lelee007 发表于 2015-1-10 22:08
这个是你代码用的有问题，delay_ms你自己没有实现，链接器就用库函数实现来给你链，至于到底链成什么样了，你也不清楚，你也没去追究

declared implicitly意思应该明白吧？就是你在这个文件中调用那个函数，但是那个函数的定义不在该问题，而且在该文件中又没有显示声明

那可能是这样的，编译器找不到函数定义，就在自己的库里，链接了一个函数。并不是这个工程里的delay_ms，  单片机运行这个keil自己搜索的函数时，发生了异常。

ienglgge

freebsder 发表于 2015-1-10 23:05
不要把IDE的intellisense和编译器的处理过程搞混了。IDE找不到的符号不代表编译器找不到，反之亦然。警告只是说当前文件里找不到delay_ms的函数声明，不是说就没有这个函数的存在。复位肯定是delay_ms或者哪里的问题导致，很正常。

不好意思，没太明白，我就是用的Keil，它不就是编译器吗，没有别的东西。这个和IDE没什么关系吧？

freebsder

ienglgge 发表于 2015-1-11 22:03
不好意思，没太明白，我就是用的Keil，它不就是编译器吗，没有别的东西。这个和IDE没什么关系吧？

keil是编译器和编译器的一个大包，也叫uvision的吧，keil里面的armcc才是编译器。你能够“右键  go to definition”的功能，不是IDE提供的intellisense是什么呢，你听过编译器提供“go to definition”功能吗？呵呵

lelee007

ienglgge 发表于 2015-1-11 22:03
不好意思，没太明白，我就是用的Keil，它不就是编译器吗，没有别的东西。这个和IDE没什么关系吧？

12楼正解

我们说的keil是IDE，IDE和编译器不是一回事，编译器是armcc、armas、armar、armld、fromelf一类的工具链

而IDE只是一个界面，这个界面提供一些功能，诸如文本编辑、调用编译器、调试等等

在安装IDE的时候，会一起安装编译器，但是IDE并不等同编译器，比如我们用的keil、RVDS、DS-5==都是不同的IDE，但是他们使用的编译器都是同样的armcc，当然新版DS-5还可以使用gcc编译器，又是另外一种不同于armcc的编译器工具链

无奇不有

ienglgge 发表于 2015-1-10 21:04
不是430，这个和stm32差不多 。  这个delay_ms  是自带的库函数里的。重新给SysTick 计数器赋值的方法实现的延时。  void delay_ms(uint16_t nms)
{   
    uint32_t temp = delay_fac_ms * nms;

    if (temp > 0x00ffffff)
    {
        temp = 0x00ffffff;
    }
    SysTick_SetReload(temp);
    SysTick_CounterCmd(SysTick_Counter_Clear);
    SysTick_CounterCmd(SysTick_Counter_Enable);
    do
    {
        Status = SysTick_GetFlagStatus(SysTick_FLAG_COUNT);
    }while (Status != SET);
    SysTick_CounterCmd(SysTick_Counter_Disable);
        SysTick_CounterCmd(SysTick_Counter_Clear);
}

感觉这种延时方式， 操作过程比较复杂，不如简单的for 或者 while  语句。  SysTick是系统的核心中断 啊，总改寄存器的值恐怕对稳定性不好。   不看好这个demo。

哦,是这样啊,那你是不是在调用这个函数的那个文件中没有用extern声明呢?如果不声明的话,有可能会出这个警告.至于这种延时的方法是不是很好,我就不知道了,反正见好多应用都是用这个玩意儿来定时的.

ienglgge

无奇不有 发表于 2015-1-12 15:11
哦,是这样啊,那你是不是在调用这个函数的那个文件中没有用extern声明呢?如果不声明的话,有可能会出这个警告.至于这种延时的方法是不是很好,我就不知道了,反正见好多应用都是用这个玩意儿来定时的.

对啊，就是没有外部声明，声明一下就好了。  只是它编译通过了，运行竟然会复位，觉得有些意外。

ienglgge

freebsder 发表于 2015-1-11 22:52
keil是编译器和编译器的一个大包，也叫uvision的吧，keil里面的armcc才是编译器。你能够“右键  go to definition”的功能，不是IDE提供的intellisense是什么呢，你听过编译器提供“go to definition”功能吗？呵呵

嗯，有点明白了 ，  没有明确区别编译器和IDE，明确了一下编译器的概念。谢谢指点哈。。

ienglgge

lelee007 发表于 2015-1-12 14:21
12楼正解

我们说的keil是IDE，IDE和编译器不是一回事，编译器是armcc、armas、armar、armld、fromelf一类的工具链

而IDE只是一个界面，这个界面提供一些功能，诸如文本编辑、调用编译器、调试等等

在安装IDE的时候，会一起安装编译器，但是IDE并不等同编译器，比如我们用的keil、RVDS、DS-5==都是不同的IDE，但是他们使用的编译器都是同样的armcc，当然新版DS-5还可以使用gcc编译器，又是另外一种不同于armcc的编译器工具链

嗯，知道有个GCC，但不知道，keil用的是armcc，谢谢指点啦~~~