C++预处理器中R和L有什么特别之处？

Question

我通过Visual Studio 2013预处理器运行以下代码.输出令我惊讶.

hello.cpp的内容:

#define A(j) #j

A(A?)
A(B?)
A(C?)
A(D?)
A(E?)
A(F?)
A(G?)
A(H?)
A(I?)
A(J?)
A(K?)
A(L?)
A(M?)
A(N?)
A(O?)
A(P?)
A(Q?)
A(R?)
A(S?)
A(T?)
A(U?)
A(V?)
A(W?)
A(X?)
A(Y?)
A(Z?)

命令:

cl /P hello.cpp

hello.i包含:

#line 1 "hello.cpp"



"A?"
"B?"
"C?"
"D?"
"E?"
"F?"
"G?"
"H?"
"I?"
"J?"
"K?"
"L"
"M?"
"N?"
"O?"
"P?"
"Q?"
"R"
"S?"
"T?"
"U?"
"V?"
"W?"
"X?"
"Y?"
"Z?"

我试着打电话给A(L？p:q)时碰到了这个,这导致了"Lp:q",这对我不利.

这是正确的,定义明确的C++吗？C++中的L和R有什么特别之处？如果文件具有.c扩展名,则L和R被视为与字母表的其余部分相同.这与C++ 11有关吗？它必须是一个新功能,因为旧版本的MSVS不会以特殊方式使用L和R.

我能做些什么来阻止MSVS 2013以这种特殊方式治疗L和R？

Answer 1

更新

看起来错误报告被标记为此报告的副本,其中包含更新说明:

已将此问题的修复程序检入编译器源.该修复程序应该出现在Visual C++的下一个主要版本中.

原版的

正如雷米亚贝尔所指出的,这是一个报道的错误.根据文件,这些结果和字符串化运算符#都gcc没有clang产生,这些是以下替代品(强调我的未来):Visual Studios

实际参数的第一个标记之前和实际参数的最后一个标记之后的空格将被忽略.实际参数中的标记之间的任何空格都会缩减为生成的字符串文字中的单个空格.因此,如果在实际参数中的两个标记之间发生注释,则会将其缩减为单个空格.生成的字符串文字会自动与任何相邻的字符串文字连接,只能通过空格分隔它.

此外,如果参数中包含的字符在字符串文字中使用时通常需要转义序列(例如,引号(")或反斜杠()字符),则会在字符前自动插入必要的转义反斜杠.

它对应于C++草案标准部分16.3.2 #运算符说:

如果在替换列表中,参数前面紧跟#预处理标记,则它们都被单个字符串文字预处理标记替换,该标记包含相应参数的预处理标记序列的拼写.参数的预处理标记之间每次出现的空格都会成为字符串文字中的单个空格字符.在第一个预处理标记之前和包含该参数的最后一个预处理标记之后的空格被删除.否则,参数中每个预处理标记的原始拼写都保留在字符串文字中,除了用于生成字符串文字和字符文字的拼写的特殊处理:在字符文字的每个"和\"字符之前插入\字符或字符串文字(包括分隔"字符").

这涉及的唯一的事R,并L相对于C++ 11的是,他们有特殊意义的字符串常量,但我没有看到,应该如何实现这种情况.

它也像L\和R\也产生同样的问题.

他们确实记录了一个不合规的问题,它说:

当#(stringize)运算符与包含转义序列的字符串一起使用时,Visual C++的行为不正确.在这种情况下,编译器将生成编译器错误C2017.

这不包括这种情况.