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