[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop-devel
Subject:    Re: Threadsafe project model
From:       Aleix Pol <aleixpol () kde ! org>
Date:       2010-07-20 12:08:14
Message-ID: AANLkTimRlZDp5yEdwTvgbLtp1ufKB4YBwNfq87bX_dnF () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


2010/7/17 Nicolás Alvarez <nicolas.alvarez@gmail.com>

> On 16/07/2010, Andreas Pakulat <apaku@gmx.de> wrote:
> > Nothing is reading from the model at all in the background threads, the
> > background parser gets 1 item as input to generate a list of subitems
> > from that (i.e. a folder as input and returns a list of newly generated
> > folder items). It also generates targets and file items along its way
> > but those are simply new'ed with the apropriate parent object.
>
> This isn't correct for CMake parsing, though. KDevelop parses one
> directory at a time, then processes directories added to the model by
> the previous parse pass; while real CMake parses scripts in
> subdirectories immediately when the dir is added, as if it was an
> include().
>
> I reported this to the bug tracker a while ago:
> http://bugs.kde.org/show_bug.cgi?id=238456
>
> --
> Nicolas
>
> --
> KDevelop-devel mailing list
> KDevelop-devel@kdevelop.org
> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>

That's true but not a good point on that discussion.

Reading on the model it's important though. Control Flow has to do this and
we need reading for the project reloading too, though.

Aleix

[Attachment #5 (text/html)]

<div class="gmail_quote">2010/7/17 Nicolás Alvarez <span dir="ltr">&lt;<a \
href="mailto:nicolas.alvarez@gmail.com">nicolas.alvarez@gmail.com</a>&gt;</span><br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex;"> <div class="im">On 16/07/2010, Andreas Pakulat &lt;<a \
href="mailto:apaku@gmx.de">apaku@gmx.de</a>&gt; wrote:<br> &gt; Nothing is reading \
from the model at all in the background threads, the<br> &gt; background parser gets \
1 item as input to generate a list of subitems<br> &gt; from that (i.e. a folder as \
input and returns a list of newly generated<br> &gt; folder items). It also generates \
targets and file items along its way<br> &gt; but those are simply new&#39;ed with \
the apropriate parent object.<br> <br>
</div>This isn&#39;t correct for CMake parsing, though. KDevelop parses one<br>
directory at a time, then processes directories added to the model by<br>
the previous parse pass; while real CMake parses scripts in<br>
subdirectories immediately when the dir is added, as if it was an<br>
include().<br>
<br>
I reported this to the bug tracker a while ago:<br>
<a href="http://bugs.kde.org/show_bug.cgi?id=238456" \
target="_blank">http://bugs.kde.org/show_bug.cgi?id=238456</a><br> <font \
                color="#888888"><br>
--<br>
Nicolas<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><div>That&#39;s true but not a good point on that \
discussion.</div><div><br></div><div>Reading on the model it&#39;s important though. \
Control Flow has to do this and we need reading for the project reloading too, \
though.</div> <div><br></div><div>Aleix</div>



-- 
KDevelop-devel mailing list
KDevelop-devel@kdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel


[prev in list] [next in list] [prev in thread] [next in thread]