<div dir="ltr">:)</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, May 5, 2013 at 1:10 PM, Alexandre Courbot <span dir="ltr"><<a href="mailto:gnurou@gmail.com" target="_blank">gnurou@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Sun, May 5, 2013 at 4:50 PM, Aleix Pol <<a href="mailto:aleixpol@kde.org">aleixpol@kde.org</a>> wrote:<br>


> For CMake, the responsible method is:<br>
> CMakeBuilder::additionalBuilderPlugins( KDevelop::IProject* project  ) const<br>
> This one is in charge of saying if we're using another plugin. It will<br>
> return make's or ninja's depending on how the build directory is configured.<br>
<br>
</div>Thanks, that is exactly what I needed to know!<br>
<div class="im"><br>
> This shouldn't be needed for Custom Makefile projects since these are<br>
> reporting the MakeBuilder directly.<br>
<br>
</div>Right - but the kdev-kernel plugin comes with its own kcm to further<br>
tune the make job with additional variables. I guess in that case<br>
there is no real way for KDevelop to know that we might want to<br>
configure the make process as well. Anyway, by returning the make<br>
builder through additionalBuilderPlugins() as you suggested, the panel<br>
is back here.<br>
<br>
Thanks again,<br>
Alex.<br>
</blockquote></div><br></div>