<p dir="ltr">Answering on top of things because I'm on the phone. </p>
<p dir="ltr">The main idea is cmake, qmake if time fits (we have a lot of good projects right now that uses qmake and I actually work in one of those, so I need it for my work) </p>
<p dir="ltr">And as far as compilation goes, the plan is that only one of the binaries will be compiled at the time. <br>
Em 28 de mar de 2016 20:11, "Aleix Pol" <<a href="mailto:aleixpol@kde.org">aleixpol@kde.org</a>> escreveu:<br>
><br>
> On Fri, Mar 25, 2016 at 3:57 PM, Tomaz Canabrava <<a href="mailto:tcanabrava@kde.org">tcanabrava@kde.org</a>> wrote:<br>
> > Hello,<br>
> ><br>
> > As discussed with Kevin Funk on the past few days, I wanna try to do the<br>
> > GSoC this year on kdevelop - I already have a few patches on it, not many,<br>
> > and gsoc would help me to actually have a better knowledge and understanding<br>
> > of internals on KDevelop. :)<br>
> ><br>
> ><br>
> > <a href="https://docs.google.com/document/d/13KJKBfIjf3l1uv6K85UME5LN_WJrx27DJA26nZ9Oqpk/edit?usp=sharing">https://docs.google.com/document/d/13KJKBfIjf3l1uv6K85UME5LN_WJrx27DJA26nZ9Oqpk/edit?usp=sharing</a><br>
> ><br>
> > I'll send this as soon as any of you kdevelop guys answers this with a bit<br>
> > of modifications, since the due-time is today in a few hours.<br>
><br>
> Hi Tomaz,<br>
> I like your proposal, I would still like to know though how do you<br>
> suggest this to work at a technical level.<br>
> - are you sure it makes sense to abstract it out? Maybe it would be as<br>
> good if it was just implemented for cmake. Coming up with an<br>
> abstraction is a bunch of additional work.<br>
> - I'm guessing that for cmake you plan to get each build in a separate<br>
> build directory. Do you plan to build them always? Or be able to<br>
> select which is the "current" platform? Or do it always knowing that<br>
> it will be usually just the one platform?<br>
><br>
> Aleix<br>
</p>