回车作为以 c++ 结尾的行文件

Question

我一直在阅读 ISO 14882:2003。它说：

s-char：
源字符集的任何成员，除了双引号 "、反斜杠 \ 或换行符 转义序列
通用字符名称

现在，关于换行符，当行结尾为 '\r' 时，我发现一个问题
我写了一个小的cpp程序：

#include <fstream>
#include <string>
int main()
{
    const char* program=""
        "#include <string>\n"
        "int main()\n"
        "{\n"
        "  std::string s;\n"
        "  //s=\"\r"
        "  //\r"
        "  //\r"
        "  //\r"
        "  //\";\n"
        "  s=\"\\xAE\\xfffactory\\xAE\\xffaction\";\n"
        "  return 0;\n"
        "}\n"
        ;
    std::ofstream file("file.cpp", std::ios_base::trunc);
    file << program;
    file.close();
    return 0;
}

在Windows上，file.cpp（在VS编辑器中读取）是：

#include <string>
int main()
{
  std::string s;
  //s="
  //
  //
  //
  //";
  s="\xAE\xfffactory\xAE\xffaction";
  return 0;
}

当编译file.cpp时，VS在第6行触发和错误，而不是第10行。

在Linux上，file.cpp（在VS编辑器中读取）在 emacs 中）是：

#include <string>
int main()
{
  std::string s;
  //s="^M  //^M  //^M  //^M  //";
  s="\xAE\xfffactory\xAE\xffaction";
  return 0;
}

使用 gcc 编译 file.cpp 我在第 10 行中收到错误，而不是第 6 行中的错误。

我应该从中得出什么结论？

Answer 1

您应该得出这样的结论：

1. VS 编辑器可以理解任何行结束符，因此将其显示为多行（嗯，这是一个已知的功能）。
2. MSVC 编译器不理解 \r 行结束符，因此它实际上将 "; 行计为第 6 行。
3. emacs 不会理解 \r 行结尾（至少默认情况下），这样它就可以在一行中显示源代码
4. 因此它不会丢失计数。

， 你提供的标准是无关的。 new-line 指的是源字符集，而不是字符串中的 \r 和 \n 您引用的语法规则只是排除字符串。字面意思如：

const char* s = "some text, here comes 'new-line'
    ha ha ";

Answer 2

第 2.1 节 [lex.phases]。第一阶段的翻译是：

如有必要，物理源文件字符将以实现定义的方式映射到基本源字符集（引入换行符作为行尾指示符）。 ...

换句话说，实现可以自由地使用它想要的任何行结束约定，并在翻译的第一阶段将其转换为换行符。

实际上，在任何现代编译器上使用换行符作为行结尾都应该是安全的。

Answer 3

Windows 和 Linux 使用不同的行结束约定。在 Linux 上，行尾为 0x0A，在 Windows 上为 0x0D, 0x0A。 C/C++ 程序本身就是文本文件，并且通常可以跨平台互操作，只要符合平台上的文本约定即可。

dos2unix(1) 工具就是专门为此任务而构建的。

或者，由于您是在自己的工具中动态生成此代码，因此您可以提供一个选项来告诉它使用一种行结束样式或另一种。

Answer 4

<块引用>

现在，关于换行符，当行结尾为“\r”时，我发现一个问题...

'\r' 是回车符而不是换行符 - 所以我不确定问题是什么？

Windows 选择将 \r 表示为换行符，但这并不意味着它们实际上是换行符