包括数据类型之间的斗争

Question

抱歉标题不好，我会尝试更好地描述我的问题..

我使用实时操作系统。由于我的任务是测试一项新功能，而我们的主要 RTOS 还不支持它，我将基于另一个（直到现在还没有使用）RTOS 制作原型。 这个新的 RTOS 带来了自己的头文件，其中包含许多 typedef 来生成缩写，如 ULONG、BOOL、INT 等......

在我们的代码库中，有一些 typedef 可以保证，例如，一个 unsigned long 正好是 4 个字节。根据我们的风格指南，这些新类型将用于我们生产的任何界面。
不幸的是，这些 typedef 的名称与新 RTOS 中的相同（ULONG、INT、BOOL、...）。
破坏构建的事情是，例如 BOOL 曾经被声明为 unsigned char，一次被声明为 int。
这会导致某些使用 BOOL 和其他不同类型的函数头损坏。

我的问题是，我怎样才能使这两个头文件中的一个成为“主”头文件，从而更喜欢它的 typedefs 而不是其他头文件的那些？
您还看到了哪些其他方式来划分这两个标题？

由于我只在新的 RTOS 上实现了一个原型，因此更改我们的基本类型被视为不太受欢迎的解决方案。 感谢您提供任何帮助，如果您需要进一步说明，请告知！

编辑：
好的，这里有一些代码可以进一步澄清：

RTOS_typedefs.h

...
typedef void VOID;
typedef unsigned char BOOL;
typedef int INT;
...

ownCodeBase_typedefs.h

...
#define void VOID
typedef int BOOL;
typedef int INT;

现在您可以看到，INT typedef 是相同的，不会引起任何问题。
Void 定义与某些文件中的 void typedef 冲突，预处理器产生以下结果：

typedef void void;

...这会产生编译器错误。
Bool typedef 破坏了我的函数头，因为在一个文件中使用了 RTOS 版本，而在另一个文件中使用了我们代码库中的 typedef。编译器生成两个不同的签名，链接器找不到其中一个的定义。 -> 抛出另一个错误

Answer 1

手动覆盖使用某些预处理器 (ab) 使用的 typedef 是一种选择。

/* Rename the OS version of 'BOOL' to something else */
#define BOOL osBOOL
#include <osheader>
#undef BOOL 
/* When myheader.h is included, BOOL is still free to be typedef'd'. */
#include myheader.h

手动覆盖将防止 RTOS 在您的应用程序中覆盖 BOOL 的含义。它的 BOOL 类型定义将改为 typedef osBOOL 并且 BOOL 的任何内部使用都被 osBOOL 替换。

对您希望覆盖已存在的操作系统定义的标头类型的任何其他原始缩写重复该范例。

请注意，也可以反过来。如果您有一个包含在所有项目文件中的通用头文件，您可以在包含其头文件后将#define 宏BOOL 用于RTOS 保留的不 内容。然后，当您运行typedef BOOL char 时，预处理器将首先将BOOL 转换为myBOOL，以及在代码文件中的每次使用，包括标题。

有关一些相关想法，另请参阅this question。