受到this kind of solution的启发,我编写了以下代码,模拟了"宏的重载" 。
#include<iostream>
#define CONCATE_(X,Y) X##Y
#define CONCATE(X,Y) CONCATE_(X,Y)
#define UNIQUE(NAME) CONCATE(NAME, __LINE__)
#define NUM_ARGS_(_1, _2, _3, _4, _5, _6, _7, _8, _9, _10, _11, _12, _13, _14, TOTAL, ...) TOTAL
#define NUM_ARGS(...) NUM_ARGS_(__VA_ARGS__, 14, 13, 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1)
#define VA_MACRO(MACRO, ...) CONCATE(MACRO, NUM_ARGS(__VA_ARGS__))(__VA_ARGS__)
#define COUT(...) VA_MACRO(_COUT, __VA_ARGS__)
#define _COUT1(X) std::cout << "1 argument\n"
#define _COUT2(X, Y) std::cout << "2 arguments\n"
#define _COUT3(X, Y, Z) std::cout << "3 arguments\n"
int main ()
{
COUT("A");
COUT("A", 1);
COUT("A", 1, 'a');
return 0;
}
这在g ++ / clang ++编译器中工作正常,给出了以下输出:
1 argument
2 arguments
3 arguments
然而由于与__VA_ARGS__
相关的已知编译器错误,它没有给出最新MSVC(2017)的预期输出:
1 argument
1 argument
1 argument
我尝试了各种&#34;间接扩展&#34;组合,基于以下帖子,但没有运气:
Visual studio __VA_ARGS__ issue
如何在MSVC中解决此问题?
答案 0 :(得分:1)
除了知道它存在之外,我对MSVC错误不是很有经验,但我能够在另一个答案中应用解决方法as follows:
#define MSVC_BUG(MACRO, ARGS) MACRO ARGS // name to remind that bug fix is due to MSVC :-)
#define NUM_ARGS_2(_1, _2, _3, _4, _5, _6, _7, _8, _9, _10, _11, _12, _13, _14, TOTAL, ...) TOTAL
#define NUM_ARGS_1(...) MSVC_BUG(NUM_ARGS_2, (__VA_ARGS__))
#define NUM_ARGS(...) NUM_ARGS_1(__VA_ARGS__, 14, 13, 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1)
#define VA_MACRO(MACRO, ...) MSVC_BUG(CONCATE, (MACRO, NUM_ARGS(__VA_ARGS__)))(__VA_ARGS__)
这也会在最新的GCC和Clang上产生适当的预处理器输出。我不会感到惊讶的是,有一种方法可以解决这个问题,而无需调用MSVC_BUG
宏来进行&#34;间接扩展&#34;两次,但我没有找到它。