Hello,

Thanks for your detailed report.
We have been looking at the problem and ackowledge the fact that our preprocessor has a problem.
The "6.8.3.1 Argument substitution" chapter of the C standard is not correctly implemented, as stated:
"A parameter in the replacement list, unless preceded by a # or ## preprocessing token or followed by a ## preprocessing token, is replaced by the corresponding argument after all macros contained therein have been expanded."

In our case, the preprocessor substitutes the arguments even if a ## token follows the macro parameter.

We are currently working on a fix if our compiler. A release candidate was in the starting blocks, so we have to revalidate the compiler with this fix, hence the released compiler should be available by the end of the month.

There is a workaround however: The problem only appears if the parameter is BEFORE the ##, not if it follows it.
So you could write:

at 0x500a hreg PC_ODR ;

#define BIT6  (0x40)

#define LED_GRN             BIT6
#define OUTLED_GRN          PC_ODR          // Inverted args

#define gpioSetOutput( pin )      OUT ## pin |= pin     // Inverted again

void test (void)
{
  gpioSetOutput(LED_GRN);

}

That should fix the problem enough so that you can wait for the next release of the compiler.

Best regards,
Bruno