<div dir="ltr"><div><div><div>Hi Aleix,<br><br></div>Thank you for the reply. I was able to compile KStars for Android because the mentor of my project got rid of KIO. <br><br>> <span class="im">
</span>Use KF5_HOST_TOOLING variable to point to your host tooling.<br><br></div>It worked perfectly.<br><br></div>Regards, Artem<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-15 10:31 GMT+02:00 Aleix Pol <span dir="ltr"><<a href="mailto:aleixpol@kde.org" target="_blank">aleixpol@kde.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, May 13, 2016 at 1:02 PM, Artem Fedoskin <<a href="mailto:afedoskin3@gmail.com">afedoskin3@gmail.com</a>> wrote:<br>
> Hi Aleix,<br>
><br>
> I'm sorry for late reply. I was trying to compile KStars for Android and<br>
> struggled a bit with compiling KF5.<br>
><br>
</span>> 1. I don't know whether this is a problem or a feature - When I compile my app<br>
<span class="">> for Android and use KConfig compiled for Android the ARM version of<br>
> kconfig_compiler is executed to build options class. I had to change<br>
> kconfig_compiler executable compiled for Android with the one compiled for<br>
> my system to build options class. Can I somehow specify to CMake that I need<br>
> kconfig_compiler built for my system, not Android and at the same time use<br>
> Android version of KConfig?<br>
</span>Use KF5_HOST_TOOLING variable to point to your host tooling.<br>
<br>
> 2. I found that mSettingsChanged is included only in<br>
<span class="">> kconfig/autotests/kconfig_compiler/test_signal.h.ref but there is no mention<br>
> of it in kconfig_compiler.cpp. Could you please tell me what can be the<br>
> reason why val on kconfig_complier.cpp:2061 is 0?<br>
<br>
</span>Please try to understand what's the algorithm.<br>
<br>
> 3. Some of KF5 modules can be compiled using the script provided by KDE but<br>
<span class="">> unfortunately it doesn't support KIO. I saw from your blog posts that you<br>
> have experience with building for Android. Could you please point me where<br>
> should I start building KIO for Android?<br>
</span><a href="https://community.kde.org/Android" rel="noreferrer" target="_blank">https://community.kde.org/Android</a><br>
<br>
Cheers!<br>
<span class="HOEnZb"><font color="#888888">Aleix<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> Regards,<br>
><br>
> Artem Fedoskin<br>
><br>
><br>
> 2016-05-10 16:49 GMT+02:00 Aleix Pol <<a href="mailto:aleixpol@kde.org">aleixpol@kde.org</a>>:<br>
>><br>
>> On Mon, May 9, 2016 at 8:02 PM, Artem Fedoskin <<a href="mailto:afedoskin3@gmail.com">afedoskin3@gmail.com</a>><br>
>> wrote:<br>
>> > Dear KDE developers,<br>
>> ><br>
>> > For my GSoC 2016 project at KDE (Lite version of KStars for mobile<br>
>> > devices)<br>
>> > I need to access C++ class generated from XML configure file with<br>
>> > KConfig<br>
>> > compiler from QML. I found in this patch<br>
>> > <a href="https://git.reviewboard.kde.org/r/123367/" rel="noreferrer" target="_blank">https://git.reviewboard.kde.org/r/123367/</a> and in the source code of<br>
>> > KConfig<br>
>> > compiler that I should set GenerateProperties=true in my .kcfgc file to<br>
>> > create option properties as Q_PROPERTY. However, I got following error<br>
>> > "Too<br>
>> > many signals to create unique bit masks". There is some conflict between<br>
>> > Mutators and GenerateProperties options that causes this error in my XML<br>
>> > configure file but I can't figure out what I should change to have<br>
>> > setters<br>
>> > in Q_PROPERTY.<br>
>> ><br>
>> > Would be grateful if someone could help me with this issue.<br>
>> ><br>
>> > Options.kcfgc - <a href="https://paste.kde.org/pm1klcbls" rel="noreferrer" target="_blank">https://paste.kde.org/pm1klcbls</a><br>
>> ><br>
>> > kstars.kcfg - <a href="https://paste.kde.org/phit6qibo" rel="noreferrer" target="_blank">https://paste.kde.org/phit6qibo</a><br>
>><br>
>> Hi Artem,<br>
>> KConfigCompiler is limited in this regard by an implementation detail.<br>
>> See "uint mSettingsChanged;".<br>
>><br>
>> To solve it, I would patch kconfig_compiler and turn it into an<br>
>> std::vector<bool> or patch kstars.kcfg to use separate config files<br>
>> rather than a huge one.<br>
>><br>
>> HTH,<br>
>> Aleix<br>
><br>
><br>
</div></div></blockquote></div><br></div>