<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Sep 28, 2015 at 3:10 PM Bhargava Shastry <<a href="mailto:bshastry@sec.t-labs.tu-berlin.de">bshastry@sec.t-labs.tu-berlin.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Manuel,<br>
<br>
Thanks for the hint. I was just looking at the getParents() method :-)<br>
Quick question: is getParents(childNode)[0] *always* the parent (i.e.,<br>
immediate parent, not ancestor) of childNode?<br></blockquote><div><br></div><div>It is always *a* parent, yes :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> So far the consensus has been that this would be a very hard project;<br>
> there has been an XML output once, but the problem is that it was never<br>
> up-to-date / complete enough to do anything useful with it.<br>
> Generally, if you want to have a full XML/JSON/whatever output, somebody<br>
> would need to implement it, and then make sure it doesn't get out of<br>
> date when the implementation changes.<br>
<br>
I gather this was the reason something like -dump-xml was dropped as a<br>
CFE action. At the moment, I am working on a toy tool. It is nowhere<br>
close to being production ready.<br>
If someone in the community could mentor me for e.g., GSoC, I could give<br>
this a more serious shot. Ultimately, like you say, this is a continuous<br>
(and not one-time) effort that requires keeping track of upstream<br>
changes in Clang AST. Nonetheless, I offer help for an initial prototype<br>
at the very least.<br>
<br>
> So far we have build mostly clang-based tools that work directly on the<br>
> C++ AST.<br>
<br>
Is anyone else in the list considering using clang -ast-dump towards a<br>
non-clang tool e.g., IDE integration or some such?<br></blockquote><div><br></div><div>Our idea for IDE integration is to export everything that makes sense through libclang (for example, we want to export clang-tidy through libclang, and once we have refactorings, it might make sense to offer them through libclang, too).</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks,<br>
Bhargava<br>
<br>
--<br>
Bhargava Shastry <<a href="mailto:bshastry@sec.t-labs.tu-berlin.de" target="_blank">bshastry@sec.t-labs.tu-berlin.de</a>><br>
Security in Telecommunications<br>
TU Berlin / Telekom Innovation Laboratories<br>
Ernst-Reuter-Platz 7, Sekr TEL 17 / D - 10587 Berlin, Germany<br>
phone: +49 30 8353 58235<br>
</blockquote></div></div>