我正在开发一个用于外部化日志字符串的clang插件(以减少嵌入式项目的二进制大小),该插件需要修改AST(因此在预处理器之后,在编译之前)。
当前,我能够成功匹配要替换的节点(使用RecursiveASTVisitor<T>
),并正确提取了构建替换所需的数据。
在访问者的VisitStmt
方法中,我遍历子节点,然后找到匹配项,然后尝试替换匹配的表达式节点(CallExpr
,返回int )与新节点(IntegerLiteral
)通过迭代器进行分配:
*it = clang::IntegerLiteral::Create(context, { 32, value, false }, context.IntTy, old->getLocStart()).
但是,当我尝试使用插件编译示例程序时,clang返回成功状态代码,但未生成目标文件:
$ clang -std=c11 -Xclang -load -Xclang /tmp/plugin.so -Xclang -plugin -Xclang string-externalise -Xclang -plugin-arg-string-externalise -Xclang -lut-file=lut.txt -c -o example.o example.c
$ echo $?
0
$ stat example.o
stat: cannot stat 'example.o': No such file or directory
如果我尝试转储AST以验证是否正确修改了AST,则clang也不会提供任何输出。但是,如果我禁用插件(删除与clang相关的所有参数),则可以转储(原始的,未修改的)AST。
我要进行的具体AST修改是用整数文字(由插件确定的值)替换对占位符函数的调用(返回int)。
例如,将这个CallExpr
子树替换为IntegerLiteral
:
| |-CallExpr 0x556d460b3ab8 <line:7:42, col:78> 'int'
| | |-ImplicitCastExpr 0x556d460b3aa0 <col:42> 'int (*)(const char *, int)' <FunctionToPointerDecay>
| | | `-DeclRefExpr 0x556d460b3a20 <col:42> 'int (const char *, int)' Function 0x556d460b22d8 '__externalise_location' 'int (const char *, int)'
| | |-ImplicitCastExpr 0x556d460b3b08 <<scratch space>:26:1> 'const char *' <BitCast>
| | | `-ImplicitCastExpr 0x556d460b3af0 <col:1> 'char *' <ArrayToPointerDecay>
| | | `-StringLiteral 0x556d460b3a48 <col:1> 'char [10]' lvalue "example.c"
| | `-IntegerLiteral 0x556d460b3a80 <line:27:1> 'int' 22
或将此CallExpr
子树替换为IntegerLiteral
:
| |-CallExpr 0x556d460b3b98 <example.c:6:26, col:46> 'int'
| | |-ImplicitCastExpr 0x556d460b3b80 <col:26> 'int (*)(const char *)' <FunctionToPointerDecay>
| | | `-DeclRefExpr 0x556d460b3b20 <col:26> 'int (const char *)' Function 0x556d460b20c0 '__externalise' 'int (const char *)'
| | `-ImplicitCastExpr 0x556d460b3be0 <line:22:6> 'const char *' <BitCast>
| | `-ImplicitCastExpr 0x556d460b3bc8 <col:6> 'char *' <ArrayToPointerDecay>
| | `-StringLiteral 0x556d460b3b48 <col:6> 'char [10]' lvalue "hello %s\n"