<div dir="ltr">On Thu, Sep 26, 2013 at 5:10 AM, David Edmundson <span dir="ltr"><<a href="mailto:david@davidedmundson.co.uk" target="_blank">david@davidedmundson.co.uk</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Is there anything preventing us from using the ALIAS target right now?<br>
<br>
It's in the git version. The build guide say to get cmake from git.<br>
kdesrc-build gets it from git, and <a href="http://build.kde.org" target="_blank">build.kde.org</a> uses git latest.<br>
<br>
I just set KWindowSystem to have an alias and tried building<br>
knotifications. It worked beautifully, <a href="http://paste.kde.org/pde423295" target="_blank">http://paste.kde.org/pde423295</a><br>
Both full kdelibs built as well as knotifiications standalone, which<br>
previously failed. It even helped me find a missing find_package(!)<br>
that would have otherwise gone unnoticed till we split, which would<br>
have a been a real nuisance.<br>
<br>
Doing this will allow us to make sure each tierN module actually<br>
builds standalone, and saves us having to set all the lib names twice<br>
if we are porting to KF5::LibName eventually.<br>
<br>
Downside is people using old cmake will need to sort themselves out<br>
and upgrade. (including project-neon-5)<br>
<span><font color="#888888"><br>
David<br>
</font></span><div><div>_______________________________________________<br>
Kde-frameworks-devel mailing list<br>
<a href="mailto:Kde-frameworks-devel@kde.org" target="_blank">Kde-frameworks-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-frameworks-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kde-frameworks-devel</a><br>
</div></div></blockquote></div><br></div><div class="gmail_extra">Well, it's a bit of a burden to depend on git versions of cmake, that's why it's not being used so far. Personally, my plan was to do all the splitting now and then think about building things separately once everything is split.</div>


<div class="gmail_extra"><br></div><div class="gmail_extra">I see that it's annoying for you to work like that, so I don't have a problem with using newer cmake versions and get rid of this problem once and for all.</div>


<div class="gmail_extra"><br></div><div class="gmail_extra">Aleix</div></div>