It'd also be very useful for developing. :)<br>And yeah, for switching git branches for example, reparsing everything would be cool too.<br><br><div class="gmail_quote">2010/11/8 Esben Mose Hansen <span dir="ltr"><<a href="mailto:kde@mosehansen.dk">kde@mosehansen.dk</a>></span><br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">On Sunday 07 November 2010 00:32:36 Nicolas Alvarez wrote:<br>
> I have only used that action when trying to track down bugs in the C<br>
> ++ parser, where doing a full re-parse gave different duchain than<br>
> incremental parsing while typing.<br>
><br>
> I can't think of why an end-user would need this action.<br>
<br>
</div>Well, I can. Here is a couple:<br>
<br>
 * After upgrading libaries (if you're on debian unstable, that is a weekly<br>
occurance)<br>
 * After running some external script or tool<br>
 * After the parser getting it's internals corrupted (again) so that it will<br>
actually find all uses.<br>
<br>
Of course, this could be automated, but until it is a "reparse everything" is<br>
a very good idea. It is also a confidence thing: Once we get no reports that<br>
reparsing everything fixed something, we know we are catching all cases.<br>
<br>
How to reparse everything is also, btw, a quite common question I get.<br>
<font color="#888888"><br>
--<br>
kind regards, Esben<br>
</font><div><div></div><div class="h5"><br>
--<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br>