编译选项导致的结构体字节参数异常

文章目录

- 前言
- 问题描述
- 原因分析
- 问题解决
- 总结

前言

在构建编译工程时，会有一些对应的编译配置选项，不同的编译器，会有对应的配置项。本文介绍GHS工程中编译选项配置不对应导致的异常。

问题描述

在S32K3集成工程中，核1的INP_SWC中使用E2E_P01Protect会导致核1 shutdown

排查原因是在调用Crc_CalculateCRC8函数时挂掉了

屏蔽里面的for循环后，可以跑起来

uint8 Crc_CalculateCRC8(const uint8* Crc_DataPtr, uint32 Crc_Length, uint8 Crc_StartValue8, boolean Crc_IsFirstCall)
{
    uint32  index;
    uint8  result = Crc_StartValue8;
    uint8  crcTemp;
    if(Crc_DataPtr != NULL_PTR)
    {
        crcTemp = (Crc_IsFirstCall != FALSE) ? ((uint8)CRC_INITIAL_VALUE8) : (Crc_StartValue8^ CRC_XOR_VALUE8);
        
        for (index = 0U; index < Crc_Length; ++index)
        {
            /* Impact of temporary rest on next crc rest */
            crcTemp ^= ((uint8)Crc_DataPtr[index]) ;
            /* Next temporary crc rest */        
            crcTemp = CRC_8_Tbl[crcTemp];    
        }
        result = crcTemp ^ CRC_XOR_VALUE8;
    }
    
    return (result);
}

原因分析

查看输入的参数，发现length异常

往前找，发现传入的config参数就不对

实际定义时的参数如下

传入E2E_P01Protect函数中的参数变成了

可以看到，DataLenth的地址在传递前为0x0046D0B4,而在传递后变成了0x0046D0B2

导致传递的参数乱了

为什么会出现这种情况呢？

有一点可以注意一下，出问题的地方在DataIDMode后面，他不是一个变量定义，而是一个枚举enum类型

为什么同一个枚举类型会有两种数据长度呢？

最终排查发现，由于两个源文件在不同的gpj配置文件中被编译，出现异常的文件中的配置文件中定义了–short_enum，开启了编译优化

导致参数在传递后,DataIDMode只占2个byte,而在未优化的文件中，占4个byte.所以导致了问题
查看ghs bulid手册：

–short_enum对枚举使用最小类型

控制枚举的分配。此选项允许的设置为:

•On(–short_enum) -以尽可能小的类型存储枚举。

•Off(–no_short_enum) -[默认]将枚举存储为整数

其实在手册中就已经明确指出了，需要确保所有文件配置一致！