导致 KEIL error #20 的一种情况

> 描述

　　<+> 环境为 KEIL5.20 & STM32F429工程，平台为 win10

　　<+> 结构体原形如下

@File <A.h>
 #include "all.h"

 1 /* Define the GPS structure ---------------------------------------------------------------------*/
typedef struct
{
    uint32_t alarm_flag;        /* ±¨¾¯±êÖ¾ */
    uint32_t status;            /* ״̬ */
    uint32_t latitude;            /* ά¶È */
    uint32_t longitude;            /* ¾­¶È */
    uint16_t elevation;            /* º£°Î */
    uint16_t speed;                /* ËÙ¶È */
    uint16_t direction;            /* ·½Ïò */
    uint8_t GMT8[6];            /* GMT+8 YY-MM-DD-hh-mm-ss */
}GPS_data_s;

typedef struct GPS_tpye
{
    uint8_t msg_head;            /* ÏûÏ¢±êʶͷ */
    uint16_t msg_ID;            /* ÏûÏ¢ ID */
    uint16_t msg_prop;            /* ÏûÏ¢ÌåÊôÐÔ */
    uint8_t term_phone[6];        /* ÖÕ¶ËÊÖ»úºÅ */
    uint16_t msg_SwiftNum;        /* ÏûÏ¢Á÷Ë®ºÅ */
    GPS_data_s sMessage;        /* ÏûÏ¢Ìå */
    uint8_t msg_CRC;            /* УÑéÂë */
    uint8_t msg_tail;            /* ÏûÏ¢±êʶβ */
}GPS_package_s;

/* Define single union control bytes output */
typedef union
{
    GPS_package_s sGPS_obj;
    uint8_t GPS_byte[sizeof(GPS_package_s)];
}GPS_package_u;

 　　<+> 引用类型源文件如下

@File <B.c> 
 #include "B.h"

 1 void GMT8_to_BCD(GPS_RESULT_s *SrcObj, GPS_package_s *DesObj)
{    
    uint8_t i;

    for(i = 0; i < 6; i++)
    {
        dec_to_BCD(*(&SrcObj->GMT8.year + i), &DesObj->sMessage.GMT8[5-i], 2);
    }

}

@File <B.h>
 #include "all.h"

 1 void GMT8_to_BCD(GPS_RESULT_s *SrcObj, GPS_package_s *DesObj);

　　<+> 集合头文件 （为方便引用，all.h文件中包含了所有其他文件的头文件）

#include "A.h"
#include "B.h"

 

> 问题

　　<+> B.c文件中使用A.h文件中定义的结构体类无问题

　　<+> 在B.h文件中引用A.h文件中定义的结构体就会报错 error: #20: identifier "GPS_package_s" is undefined

 

> 分析

　　<+> 查看了提示未定义的那个标识符，确实是在A.h文件中定义了的，但这就很奇怪了

　　<+> 是不是由于头文件 include "all.h"，导致头文件包含了自身而出现了错误

　　<+> 是否为不支持别名类（即typedef定义的）

　　<+> ...

 

> 解决

 　　<+> 将头文件 "all.h" 中的 include "B.h" 去掉，可编译无错

　　<+> 将类别名 GPS_package_s 替换为原类 struct GPS_type，可编译无错

 

> 总结

　　<+> 以上两种解决方法只是治标不治本，本质原因未解决

　　<+> 猜测导致这个错误的原因：

　　　　<++> 编译器编译有先后之分

　　　　<++> ...