Nim：宏中类似.dirty.编译指示的实现及前向声明歧义问题

• 宏的语法阶段生成独立声明
  宏在语法分析阶段就会展开并生成前向声明的AST节点，该节点会被编译器视为一个独立完整的函数声明。后续在宏外部定义同名proc时，编译器会将其判定为另一个全新的同名函数，因此触发调用歧义错误。

• .dirty.模板的语义阶段合并逻辑
  带.dirty.编译指示的模板会跳过早期语义检查，将声明处理延迟到整个模块的语义分析阶段。此时模板生成的前向声明会与后续的proc定义进行语义合并，编译器能识别二者属于同一函数的声明与实现，不会判定为重复定义。

• 核心差异
  宏是在语法层面生成独立的AST结构，而.dirty.模板是在语义层面允许声明与后续实现绑定，本质是编译器对二者的处理时机和合并逻辑完全不同。

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