Ha ha, I'd like to chime in, that I too had a similar idea. I wanted to create a framework and a visual representation of source files for manual auditing and browsing of source. The idea is to better model code/data flow, abstract away the notion of files/modules and in general make code browsing akin to following symbolic execution statically.<br>
<br>Is anyone planning to make what you are talking about an open project or does anyone else share an interest for this?<br><br>I'd love to know.<br><br>Thanks,<br>Yan<br><br><div class="gmail_quote">On Fri, Apr 11, 2008 at 6:17 AM,  <<a href="mailto:pingu219@gmail.com">pingu219@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Same here! If only to see how easy/hard it is to build a refactoring<br>
tool using Clang.<br>
<div><div></div><div class="Wj3C7c"><br>
On 4/11/08, Chris Lattner <<a href="mailto:clattner@apple.com">clattner@apple.com</a>> wrote:<br>
><br>
><br>
> On Apr 10, 2008, at 5:59 PM, Patrick Flannery wrote:<br>
><br>
><br>
> >Additionally, I  suspect we'd welcome code to do more in this area into the<br>
> tree.  I<br>
> >think clang would be a good place to do this.<br>
> >Also, because clang (and llvm) is built and designed as a set of<br>
> >useful libraries for solving all sorts of problem, if there is a rough<br>
> >area where the design could be improved to meet your specific needs, I<br>
> >think we are interested in have that flexibility in clang.<br>
><br>
><br>
><br>
> Refactoring is my goal as well.  I was originally attracted to clang because<br>
> its design yields a much more expressive tree structure with detailed source<br>
> locations, this makes refactoring easy in many situations.  I had a brief<br>
> list of refactorings that I had worked on, for example renaming functions<br>
> and variables, moving sections of code to different files and listing<br>
> #include's which are not required in a given translation unit.  If there was<br>
> some community interest in this, I would very much like to contribute my<br>
> work.  One area which I have not spent enough time thinking about is what an<br>
> interface for refactoring should look like.  If people had some suggestions<br>
> regarding what they would like to see and how the respective pieces should<br>
> interact I would appreciate it.<br>
><br>
> This is very interesting, I'd love to see what you've been working on!<br>
><br>
> -Chris<br>
</div></div><div><div></div><div class="Wj3C7c">_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br>