闭包支持

[Chronostasys]

[Chronostasys]

支持fntype的时候没有处理真正的闭包类型调用的情况，但是我的结构已经支持闭包了，调用的地方留了todo，如果支持的时候有疑问，直接问我。

关于泛型函数赋值，需要把generic params移动到TypeNameNode上，在该node emit的时候，如果泛型信息已经完整，则在该node中就计算出fn的handle并返回。如果不完整，则将generic params加入到node result中，返回一个假的fnhandle（usize::MAX）给fncall node处理（即走现在的逻辑） @RINNE-TAN

[Chronostasys]

设计：避免分析闭包捕获变量所需的多余循环

llvm可以先创建opaque struct（一个空的只有名字的struct）然后在之后设置他的成员。我们可以利用这个特性把分析过程和正常的代码生成逻辑一起进行，减少一次递归分析。

具体做法：

在生成闭包代码前，生成该闭包的opaque结构体（closure_xxx），分析闭包的时候创建一个子ctx，该ctx会有一个特殊的flag标识（is_closure）他是closure的最外层ctx。closure函数生成的时候，多接收一个closure_xxx类型的参数，ctx中需要特别记录该参数的handle，还有该参数类型的所有字段的名字与类型（记为closure_table）（进入的时候他是opaque类型，字段是空）。之后内部所有变量在查找的时候，查到第一个is_closure为true的ctx为止，如果没有找到，则可以确认该变量是被捕获的闭包变量。那么在继续向上查找之后（可能会有implicit cast，所以必须之后），我们把查找到的变量的名字和类型记录进入
closure_table中，返回原生成closure的地方，用查到的变量给closure结构体对应字段赋值，然后返回使用struct gep指令从之前记录的closure_xxx类型的变量中取出对应的字段作为查找到的变量结果返回。之后如果用到相同的捕获变量，优先查找closure_table，避免重新执行之前的步骤（其实所有find var的时候都要加入如果当前ctx找不到，则先找closure_table再去找father ctx的逻辑）。

在closure函数的代码生成完毕之后，返回原先生成closure的地方，构造闭包type（此时closure_xxx类型的闭包变量应该已经在上一步全部赋值过了），把它的第一个字段设置成函数指针第二个字段设置成上一步初始化过的closure_xxx类型的闭包变量返回即可