为什么 MSVC++如果我尝试将标头编译到不带换行符的包含文件中，会出现错误吗？ (C++/Windows)

Question

我正在使用 MSVC++ 来编程一个简单的窗口，并且我包含了一个菜单的资源

MYMENU MENU DISCARDABLE
//etc.

文件

#define ID_MYMENU_FILE_CLOSE 1002

：错误，但是，当我将其包含在资源文件中时，我收到错误

.\resourcedef.h(9) : fatal error RC1004: unexpected end of file found

（resourcedef.h 正好有 9 行长）。当我在 .h 的末尾添加换行符时，

//lines 1 - 8
#define ID_MYMENU_FILE_OPEN 1001

这样就有第十个空行（SO 上没有出现），它可以正常编译。如果我在第十行添加任何内容，即使是注释，编译器也会给出错误。有谁知道造成这种情况的原因以及如何解决它？

Answer 1

省略文本文件末尾的尾随换行符不是一个好主意 - 有许多工具除非它存在，否则将无法正常工作。 （有些文本编辑器甚至会警告您它丢失了。）

尾随换行符是文本文件的标准行为 - 为什么不顺其自然，只在那里放一个换行符。其他人都这样做。 8-)

Answer 2

很久以前，MSVC++ 版本 2 左右（1994 年左右）无法正确处理文件末尾的“部分”行。例如：

header.h

#ifndef __HEADER_H
#define __HEADER_H

void foo();

#endif        // <-- no newline here

main.cpp

#include "header.h"
#include "other.h"

在这种情况下，预处理器在解析包含后将看到以下文本：

#ifndef __HEADER_H
#define __HEADER_H

void foo();

#endif#include "other.h"

该错误是最后一行将如上所示一起运行，并且 "other.h" 文件不会被包含在内。使用当时的 IDE，很容易意外地创建一个没有尾随换行符的文件并遇到上述情况。

幸运的是，这个错误早已被修复。看起来您已经发现了一种情况，编译器警告它不会在行中间遇到文件结尾。这通常被认为是一件好事。