<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd"><html><head><meta name="qrichtext" content="1" /><style type="text/css">p, li { white-space: pre-wrap; }</style></head><body style=" font-family:'Bitstream Vera Sans'; font-size:10pt; font-weight:400; font-style:normal;">On Thursday 19 June 2008 11:09:21 Matthew Woehlke wrote:<br>> Hamish Rodda wrote:<br>> > On 18.06.08 14:59:48, Matthew Woehlke wrote:<br>> >> I'm glad the new box is 64-bit; if I was trying to use kdevelop in its<br>> >> current state on a 32-bit system I'd almost certainly run out of address<br>> >> space.<br>> ><br>> > Do you have "parse all project files at startup" turned on?  If so,<br>> > that's why it takes up so much memory, and you'll have to wait for<br>> > persistent duchain support.<br>><br>> If you mean settings->configure kdevelop->project->schedule all project<br>> source files for parsing by the background parser, then no. Given the<br>> virgin-instance, three-files-open footprint of 742 MB, I *shudder* to<br>> think what that would do to my system...<br><p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"></p>Ok, then those three files must have a lot of includes (including nested includes).<br><p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"></p>Cheers,<br>Hamish</p></body></html>