GCC下宏同时使用连接与字符串化报错，求解决思路

GCC预处理器对##（token粘贴操作）的检查严格遵循C标准，要求粘贴后的结果必须是合法的预处理token。原代码中extensions/##n##/myinc.h的写法，会尝试将extensions/与传入的n（如1）粘贴，而/和1组合后并非合法预处理token，因此触发报错。Visual Studio和CodeWarrior的预处理器对这类非标准粘贴操作兼容性更强，所以可以正常编译。

以下是可行的解决思路：

• 方法一：移除不必要的##粘贴操作
  STRINGIFY宏在处理参数时，会先完成参数内部的宏替换，再执行字符串化。直接让路径中的n作为普通宏参数展开即可，无需手动粘贴：

  #define STRINGIFY(x)  #x
  #define MYINC(n)      STRINGIFY(extensions/n/myinc.h)
  
  #include MYINC(1)  // 可正常编译
  

  工作逻辑：预处理器先将MYINC(1)展开为STRINGIFY(extensions/1/myinc.h)，再进一步字符串化为"extensions/1/myinc.h"，全程不触发##粘贴操作，避开了GCC的严格检查。

• 方法二（备选）：合法拆分粘贴单元（不推荐，仅作拓展）
  如果一定要使用##，需确保每一次粘贴的两个token都能组成合法单元。可将路径拆分为多个可合法粘贴的部分：

  #define STRINGIFY(x)  #x
  #define CONCAT(a,b)   a##b
  #define MYINC(n)      STRINGIFY(CONCAT(extensions/, CONCAT(n, /myinc.h)))
  
  #include MYINC(1)  // 可正常编译
  

  这种写法通过多次合法粘贴（extensions/、n、/myinc.h均为合法token），让每一步粘贴结果符合GCC要求，但相比方法一冗余，实际场景优先选择方法一。

内容的提问来源于stack exchange，提问作者bttcld