Запятая в макросе C / C ++

Скажем, у нас есть такой макрос

#define FOO(type,name) type name

Что мы могли бы использовать как

FOO(int, int_var);

Но не всегда так просто:

FOO(std::map<int, int>, map_var); // error: macro "FOO" passed 3 arguments, but takes just 2

Конечно, мы могли:

 typedef std::map<int, int> map_int_int_t;
 FOO(map_int_int_t, map_var); // OK

что не очень эргономично. Необходимо устранить несовместимость типа Plus. Есть идеи, как решить эту проблему с помощью макроса?

Поскольку угловые скобки могут также представлять (или происходят в) операторы сравнения <, >, <=и >=, макро расширение не может игнорировать запятые внутри угловые скобки , как это происходит в круглых скобках. (Это также проблема для квадратных и фигурных скобок, хотя они обычно встречаются как сбалансированные пары.) Вы можете заключить аргумент макроса в круглые скобки:

FOO((std::map<int, int>), map_var);

Проблема в том, что параметр остается заключенным в круглые скобки внутри раскрытия макроса, что предотвращает его чтение как тип в большинстве контекстов.

Хороший прием для обхода этой проблемы состоит в том, что в C ++ вы можете извлечь имя типа из имени типа в скобках, используя тип функции:

template<typename T> struct argument_type;
template<typename T, typename U> struct argument_type<T(U)> { typedef U type; };
#define FOO(t,name) argument_type<void(t)>::type name
FOO((std::map<int, int>), map_var);

Поскольку при формировании типов функций лишние скобки игнорируются, вы можете использовать этот макрос со скобками или без них, если имя типа не включает запятую:

FOO((int), int_var);
FOO(int, int_var2);

В C, конечно, в этом нет необходимости, потому что имена типов не могут содержать запятых вне скобок. Итак, для кросс-языкового макроса вы можете написать:

#ifdef __cplusplus__
template<typename T> struct argument_type;
template<typename T, typename U> struct argument_type<T(U)> { typedef U type; };
#define FOO(t,name) argument_type<void(t)>::type name
#else
#define FOO(t,name) t name
#endif

Если вы не можете использовать круглые скобки и вам не нравится решение Mike SINGLE_ARG, просто определите ЗАПЯТУЮ:

#define COMMA ,

FOO(std::map<int COMMA int>, map_var);

Это также помогает, если вы хотите структурировать некоторые аргументы макроса, как в

#include <cstdio>
#include <map>
#include <typeinfo>

#define STRV(...) #__VA_ARGS__
#define COMMA ,
#define FOO(type, bar) bar(STRV(type) \
    " has typeid name \"%s\"", typeid(type).name())

int main()
{
    FOO(std::map<int COMMA int>, std::printf);
}

который печатает std::map<int , int> has typeid name "St3mapIiiSt4lessIiESaISt4pairIKiiEEE".

Если ваш препроцессор поддерживает вариативные макросы:

#define SINGLE_ARG(...) __VA_ARGS__
#define FOO(type,name) type name

FOO(SINGLE_ARG(std::map<int, int>), map_var);

В противном случае это немного утомительнее:

#define SINGLE_ARG2(A,B) A,B
#define SINGLE_ARG3(A,B,C) A,B,C
// as many as you'll need

FOO(SINGLE_ARG2(std::map<int, int>), map_var);

Просто определите FOOкак

#define UNPACK( ... ) __VA_ARGS__

#define FOO( type, name ) UNPACK type name

Затем всегда вызывайте его с круглыми скобками вокруг аргумента типа, например

FOO( (std::map<int, int>), map_var );

Конечно, может быть хорошей идеей проиллюстрировать вызовы в комментарии к определению макроса.

Сделать это можно как минимум двумя способами. Во-первых, вы можете определить макрос, который принимает несколько аргументов:

#define FOO2(type1, type2, name) type1, type2, name

если вы это сделаете, вы можете обнаружить, что в конечном итоге определяете больше макросов для обработки большего количества аргументов.

Во-вторых, вы можете заключить аргумент в круглые скобки:

#define FOO(type, name) type name
F00((std::map<int, int>) map_var;

если вы это сделаете, вы можете обнаружить, что лишние круглые скобки портят синтаксис результата.

Это возможно с P99 :

#include "p99/p99.h"
#define FOO(...) P99_ALLBUTLAST(__VA_ARGS__) P99_LAST(__VA_ARGS__)
FOO()

Приведенный выше код эффективно удаляет только последнюю запятую в списке аргументов. Проверьте с clang -E(P99 требует компилятора C99).

Ответ прост: вы не можете. Это побочный эффект выбора <...>аргументов шаблона; <и >также появляется в несбалансированных контекстах , поэтому механизм макро не может быть расширен , чтобы справиться с ними , как он обрабатывает круглые скобки. (Некоторые члены комитета, скажем (^...^), выступали за другой токен, но им не удалось убедить большинство проблем с использованием <...>.)