导致 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[];            /* 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[];        /* ÖÕ¶ËÊÖ»úºÅ */
     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 = ; i < ; i++)
     {
         dec_to_BCD(*(&SrcObj->GMT8.year + i), &DesObj->sMessage.GMT8[-i], );
     }

 }

@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，可编译无错

> 总结

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

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

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

　　　　<++> ...