Regression: Caching of compiler defines/include

Milian Wolff mail at milianw.de
Wed Jul 29 14:11:22 UTC 2015


On Wednesday, July 29, 2015 03:56:29 PM Milian Wolff wrote:
> Hey Sergey,
> 
> your recent patch broke the caching of the GCCLikeCompiler includes and
> defines, leading to excessive calls execve and string parsing etc. pp.
> CompilerProvider uses configForItem which re-reads the settings and
> recreates Compiler instances all the time, which is a huge waste of
> resources.
> 
> Did you not notice this extreme performance regression?
> 
> Could you have a look at that now? I'm in the middle of something else
> (KTextEditor plugin integration) and will revert your patch locally for now.
> Later today I'll then hopefully have time to fixup this issue, but I'd
> appreciate if you could work on that ASAP. Please do test your changes more
> thoroughly - this should have been very obvious when you try to parse any
> project.

Oh, this only happens when a custom compiler is configured... I'll try to 
figure out a way to cache it somehow.

Bye
-- 
Milian Wolff
mail at milianw.de
http://milianw.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20150729/3710c8b8/attachment.sig>


More information about the KDevelop-devel mailing list