bruntib
bruntib
Thank you, guys for your comments, I found them very useful. It was nice to read some concerns which I didn't consider earlier. Actually, I raised this ticket, because there...
This is a good catch, thanks. It is interesting, however, if I print the generated ID in this function, it shows that 3 instances of `member` function go to the...
Yes, I know that this suggestion has quite a lot of drawbacks, but the current solution is having at least as many disadvantages. Me too, I don't think that it...
So in that discussion we mentioned that we already have this Thrift interface which handles the common tables: `project.thrift`. This should be extended with API functions which can write the...
There is also a TypeLocation which should be eliminated. We should use the manner of usage instead, like ParameterTypeLoc, GlobalTypeLoc, etc.
A caught exception object is currently considered a local variable. A new type location type should be introduced on this: ```.cpp try { ... } catch (const MyType&) { ......
Fixed by #411.
Consider the following code: ```.cpp namespace MyNamespace { void f() {} } using namespace MyNamespace; // UsingDirectiveDecl using MyNamespace::f; // UsingDecl int main() { } ``` Since `VisitUsingDecl()` has been...
What do plugins need this information for?
I'm a little confused about this solution. In line 69 `get_warnings()` function has an early return if `diagtool` is not found. How is it possible that this binary is not...