LuaBridge模板函数内调用addConstructor出现GCC编译错误

根本原因 #

这是C标准对依赖模板名称的语法要求，不属于LuaBridge接口或代码逻辑错误：
当你调用beginClass<T>()时，T是外层addclass函数的模板参数，因此beginClass<T>的返回值属于依赖模板参数的类型。此时你要调用该类型的显式指定模板参数的成员函数addConstructor<ConstructorArgs>()，必须用template关键字显式告知编译器后续的<是模板参数列表的起始符号，而非小于运算符，否则严格遵循C标准的编译器（如GCC、Clang）会抛出语法错误。

特殊情况说明 #

• 为什么addFunction调用不会报错？因为addFunction是普通成员函数，模板参数通过传入的实参自动推导，不需要显式写<>指定参数，编译器不需要在模板定义阶段就判断它是否为模板函数，因此不会触发该语法检查。
• 为什么硬编码beginClass<foo>后编译正常？因为此时beginClass的返回类型是固定确定的，不属于依赖类型，编译器可以直接识别到addConstructor是模板成员函数，不需要额外的关键字提示。
• 为什么MSVC环境下没有报错？因为MSVC默认对C两阶段名称查找规则的实现较为宽松，早期版本甚至没有实现两阶段查找，会等到模板实例化阶段才解析成员名称，此时类型已经确定，所以不需要显式加template关键字，但这种行为不符合C标准要求。

兼容所有编译器的解决方案 #

将addConstructor的调用代码修改为如下形式即可：

.template addConstructor<ConstructorArgs>()

该写法完全符合C标准规范，可同时在MSVC、GCC、Clang等所有主流C编译器下正常编译运行。

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