使用许多嵌套的 #include 语句对编译器错误进行故障排除

Question

我在职业生涯中使用的代码是用 C++ 编写的，并使用适用于 Visual Studio 15 的 DevEnv wrap (1.61) 构建。

大部分工作是通过一系列#include 语句配置结构，这些语句最终非常嵌套，例如：

//ObjRTC.h
struct OBJ_RTC
{
    OBJ_SETTINGS    settings;
    OBJ_ESTOPS      emergencyStops[maxEstops];
    OBJ_MACHINES    machines[maxMachines];
    OBJ_FOO         bar[maxFooBars];
};

.

//ObjMachines.h
struct OBJ_MACHINES
{
    bool    inUse;
    INPUTS  inputDevices[maxInputDevices];
    OUTPUTS outputDevices[maxOutputDevices];
};

这些结构在其他文件中进一步定义，我们开始在“def”文件中声明值。

// DefRTC.h
OBJ_RTC RealTimeController = {
    #include "DefSettings.h"
    #include "DefEstops.h"
    #include "DefMachines.h"
    #include "DefFoo.h"
};

.

// DefMachines.h
{
    {
        true,
        { /* list of inputs */ },
        { /* list of outputs */ },
    },
    {
        true,
        { /* list of inputs */ },
        { /* list of outputs */ },
    },
    {
        true,
        { /* list of inputs */ },
        { /* list of outputs */ },
    },
},

如果声明文件中存在语法问题，则在编译期间它通常只会被报告为来自 DefRTC.h 的最后一行。

我知道我可以开始复制文件并粘贴到 #include 行上，这是我在尝试解决问题时所做的（配置 INPUT 类型的值代替 OUTPUT）

有没有办法让编译器报告语法错误来自#included 的文件？

Answer 1

您可以预处理给出编译器错误的 .c 文件并编译该预处理文件。
然后错误/警告将始终引用该文件中的一行。
然后，您可以通过插入经过预处理的书签来识别行来自的原始文件。书签基本上只是在每个文件的第一行中记录文件名。
如何制作一个预处理器幸存的书签（因为 cmets 和预处理定义当然丢失了）？

写一个typedef，它不消耗任何资源（除了命名空间使用）
它仍然存在于人眼阅读经过处理的文件：

typedef int BookmarkFilename1_h_Start;

为了方便导航，在每个标题的末尾添加另一个书签：

typedef int BookmarkFilename1_h_End;

然后，为了找到标题中的行号（如果它很长），请从 pp 文件中的错误行号中减去书签的行号（在预处理文件中）。然后在原始标题中添加书签的行号。
除了使用多行宏（\ 延续），这应该给你文件名和原始行号。

如果您的工具链/构建环境抱怨使用 int，请将其替换为任何其他已接受的可见类型。

为了重点识别可疑线路，您可以在靠近可疑线路的附近线路中添加书签。只需确保您适当地超出了任何范围，即在制作 typedef 没有问题的地方。