Stringification макрос всегда добавляет один символ пробела

Question

Учитывая следующий код, который выводит строку, которая является stringification из двух слов:

#define PORT_INFO_MAC_2(portNum) port:  portNum 

#define PORT_INFO_MAC(portNum) PORT_INFO_MAC_2(portNum) 

/* Stringify macro expansion instead of the macro itself */ 
#define INVOKE_MACRO(...) #__VA_ARGS__ 

printf(" %s " , INVOKE_MACRO(PORT_INFO_MAC(1))); /* In a more general way, I'll be using it like follows: INVOKE_MACRO(PORT_INFO_MAC(2), PORT_INFO_MAC(1), ...) */ 

Выход всегда " port: 1 " с одним пробелом между "port" и "1". Почему там всегда есть одно пространство и есть ли способ контролировать количество пробелов?

Изменение объема пробелов в PORT_INFO_MAC_2 с помощью макроса между port и portNum не влияет на количество выводимого пространства.

EDIT
Кажется, что есть два случая, в кулак случае port и portNum являются closest- PORT_INFO_MAC_2(portNum) port:portNum, которые тогда нет места существуют на выходе между ними. Во втором случае, когда в макросе между ними существует любое количество пробелов, количество пробелов на выходе всегда равно 1. Есть ли какое-либо официальное объяснение этому? Есть ли контроль над этим?

Answer 1

Почему всегда существует одно пространство и есть способ контролировать количество пробелов?

Потому что это то, что оператор stringification указан сделать:

Если в списке замещения, параметр непосредственно предшествует # предобработки маркера, оба заменены одной строкой символов буквальной токен предварительной обработки, который содержит правописание последовательности токенов предварительной обработки для соответствующего аргумента. Каждое появление пробела между токенами препроцессора аргумента становится символом пробела в символьном строковом литерале.

(C2011 6.10.3.2/2; курсив)

Конечно, если нет пробельного вообще между предобработкой лексемами, то никто не появляется в stringification.