gpt4 book ai didi

c - 带有编译器特定关键字的单元测试 C

转载 作者:太空宇宙 更新时间:2023-11-03 23:42:30 24 4
gpt4 key购买 nike

我正在为一些嵌入式 C 编写单元测试,它们在主机上运行(尚未在目标上测试)并使用 GCC 编译。我一直在使用Ceedling构建系统和Unity测试框架进行测试。

我想测试的文件之一包括一个文件(比如 a.h),该文件包含另一个文件(比如 cpu.h),它是嵌入式设备供应商的板级支持包的一部分,并使用特定于目标编译器(例如 __cregister,例如在 extern __cregister volatile unsigned int IER; 中。

BSP 中包含此类文件的另一个问题是内联汇编 asm() 部分,例如 #define FOO_ASM asm("FOO")

这两者在构建测试时当然会引发错误,因为 GCC 无法识别这些关键字。

我原以为我可以通过让 Ceedling 生成一个模拟来阻止添加这些 BSP 头文件,方法是将 #include "mock_a.h" 添加到我的测试文件中,但是 GCC 仍然编译 a.h,因此 b.h.

是否有解决此类问题的最佳实践方法?

我可以将类似下面的内容添加到有问题的 BSP 文件中,但我不愿意更改供应商代码,因为新版本发布会更改或覆盖我的更改,我宁愿了解如何正确隔离该单元。

// Unknown how __cregister is initially defined
#ifdef TEST
#undef __cregister // Redefine __cregister to nothing
#define __cregister
#endif

extern __cregister volatile unsigned int IER;

最佳答案

最后我遵循了 link 中概述的方法在我对 OP 的评论中。

以我原帖中的例子为例

/* foo.h */
extern __cregister volatile unsigned int IER;
#define FOO_BAR_ASM asm("BAR");

我在 test/support/ 目录中创建了以下同名文件,并从测试build设置中删除了真实 BSP 文件的包含路径:

/*foo.h - in test/support */
extern volatile unsigned int IER;
#define FOO_BAR_ASM

然后在测试文件中添加一个像#include "mock_foo.h"这样的包含。

关于c - 带有编译器特定关键字的单元测试 C,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41695992/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com