<p dir="ltr">Milian, </p>
<p dir="ltr">Thanks, I will test this next Friday, because I'm in a little vacation right now. </p>
<p dir="ltr">Thanks </p>
<div class="gmail_quote">On Apr 18, 2015 4:34 PM, "Milian Wolff" <<a href="mailto:mail@milianw.de">mail@milianw.de</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Saturday 18 April 2015 15:00:31 Lucas Tanure wrote:<br>
> On Apr 18, 2015 1:40 PM, "Milian Wolff" <<a href="mailto:mail@milianw.de">mail@milianw.de</a>> wrote:<br>
> > On Saturday 18 April 2015 16:27:37 Lucas Tanure wrote:<br>
> > > Hi,<br>
> > ><br>
> > > The version of Linux doesn't matter, any version that I used got the<br>
><br>
> same<br>
><br>
> > > behavior.<br>
> ><br>
> > Will a release tarball do? Do I need to run configure or anything to get<br>
> > Makefiles generated, or is every setup in such a tarball already?<br>
><br>
> Jus git clone the Linus tree over <a href="http://git.kernel.com" target="_blank">git.kernel.com</a><br>
> Clean tree, do not run make config or anything else.<br>
> Maybe a tarball from Linux source it's good too.<br>
><br>
> > > I import as a project with Makefile. When the parse gets 50% of all<br>
><br>
> files<br>
><br>
> > > parsed the crash happens, more or less 4gb used of ram. I compiled<br>
> > > kdevelop, kdev-clang on debug mode.<br>
> ><br>
> > Did you need to setup any custom include paths or similar stuff? Or<br>
><br>
> should it<br>
><br>
> > crash even without this?<br>
><br>
> Nope, just git Clone and import.<br>
> We could talk over Google Hangouts or Skype, I really want this working,<br>
> but I don't understand the kdevelop and kdev-clang source.<br>
<br>
Could you, in the meantime, try the following as a workaround please:<br>
<br>
diff --git a/duchain/tuduchain.h b/duchain/tuduchain.h<br>
index c289758..af2d5aa 100644<br>
--- a/duchain/tuduchain.h<br>
+++ b/duchain/tuduchain.h<br>
@@ -246,6 +246,9 @@ private:<br>
             decl->setInternalContext(context);<br>
         setDeclType<CK>(decl, type);<br>
         setDeclInCtxtData<CK>(cursor, decl);<br>
+        if (decl->inSymbolTable() && decl->kind() == Declaration::Instance &&<br>
!decl->isFunctionDeclaration()) {<br>
+            decl->setInSymbolTable(false);<br>
+        }<br>
         return decl;<br>
     }<br>
<br>
But, considering that I could not find any such code in the oldcpp codebase, I<br>
actually wonder whether it's a good idea or not. What it does is ensuring no<br>
global variables or class members (except functions) get added to the symbol<br>
table. This might break other stuff which I have no time to test right now.<br>
But at least quickopen is not affected as we only care about functions and<br>
classes there anyways.<br>
<br>
Does anyone else have a clue whether the above is good or not?<br>
<br>
Bye<br>
<br>
--<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>
</blockquote></div>