@Yaso ASTMatcher 能夠匹配#include<stdio.h>這樣的語(yǔ)句嗎？我沒(méi)有找到方法能夠?qū)崿F(xiàn)頭文件語(yǔ)句的匹配。不知道你有沒(méi)有什么idea？
【clang】ASTMatcher & clang-query開(kāi)發(fā)clang plugin過(guò)程中，痛點(diǎn)之一是如何在ParseAST階段快速找到自己想處理的AST Notes，以前我們使用RecursiveASTVisitor 去遞歸遍歷...
怎么樣才能讓它不包括頭文件的函數(shù)呢？
【clang】ASTMatcher & clang-query開(kāi)發(fā)clang plugin過(guò)程中，痛點(diǎn)之一是如何在ParseAST階段快速找到自己想處理的AST Notes，以前我們使用RecursiveASTVisitor 去遞歸遍歷...
它好像還遍歷了頭文件所包含的函數(shù)。
【clang】ASTMatcher & clang-query開(kāi)發(fā)clang plugin過(guò)程中，痛點(diǎn)之一是如何在ParseAST階段快速找到自己想處理的AST Notes，以前我們使用RecursiveASTVisitor 去遞歸遍歷...
我用clang-query 匹配functionDecl(), 對(duì)于只包含一個(gè)main函數(shù)的.c文件，給出的匹配結(jié)果有133個(gè)。其中包含類似于/usr/include/x86_64-linux-gnu/bits/libio.h:399:28> col:28 implicit used __builtin_expect 'long (long, long) noexcept' extern這樣的函數(shù)。我的.c文件就只有#include<stdio.h>，一個(gè)main函數(shù)。
【clang】ASTMatcher & clang-query開(kāi)發(fā)clang plugin過(guò)程中，痛點(diǎn)之一是如何在ParseAST階段快速找到自己想處理的AST Notes，以前我們使用RecursiveASTVisitor 去遞歸遍歷...
