Hi Milian,<div><br></div><div>In attachment I'm sending 2 diffs: the first with the changes I've mentinoned not touching identation, and the second changing as little as possible on code, with implies on doing some ghost flush's (and an uglier output :).</div>
<div><br></div><div>Ty</div><div><br><div class="gmail_quote">2010/2/22 Milian Wolff <span dir="ltr"><<a href="mailto:mail@milianw.de">mail@milianw.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Victor Vicente de Carvalho, 21.02.2010:<br>
<div class="im">> Hi all,<br>
><br>
> I'm trying to implement an erlang plugin for kdevelop. I've mailed milian<br>
> sometime ago, and was sucessfull creating the lexer and the sintatic<br>
> parser, but I'm having some trouble integrating the DUchain stuff. In my<br>
> point of view, as a dynamic, functional language, little information is<br>
> needed, so I'm wondering what of DUchain should I use, if none. I'm trying<br>
> to study it on pgp and css plugins, wich I've found to be more alike<br>
> erlang<br>
> functionalities, but I'm confused about the builders. What exactly are the<br>
> ContextBuilder and DeclarationBuilder? I just wanted to make comon errors<br>
> to show, and an simple include system; In my point of view that should be<br>
> the necessary. In some late point, if everything runs well, I'll discuss<br>
> on how to integrate the dialyzer program, witch detects variable types,<br>
> abd so doing the semantic part (in ways of "meaning of a type").<br>
<br>
</div>You need the builders as soon as you want more than simple parse-error<br>
reporting. Especially things like quickopen, outline, classbrowser, ...<br>
require declarations in the DUChain. And imo, if you already have a parser,<br>
adding the builders should be a piece of cake :) Please push your code to<br>
playground/devtools/kdevelop4-extra-plugins so we/I can have a look at it.<br>
<div class="im"><br>
> In attachment I'm posting some changes I've made on kdevelop-pg-qt. The<br>
> firs is that error generation was using qDebug(), wich prints newlines<br>
> after every stream outputted, and the other is to really print the content<br>
> of the nodes, because actually the FIRST/FOLLOW, FIRST/FIRST problems are<br>
> outputting the integer pointer of the node. To understand, just run it on<br>
> a grammar witch has erros.<br>
<br>
</div>Please remove the indentation changes from the patch, this way I cannot really<br>
review the changes.<br>
<font color="#888888">--<br>
Milian Wolff<br>
<a href="mailto:mail@milianw.de">mail@milianw.de</a><br>
<a href="http://milianw.de" target="_blank">http://milianw.de</a><br>
</font><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>
<br></blockquote></div><br></div>