<p><br>
On Oct 28, 2011 9:21 PM, "Maciej Kujalowicz" <<a href="mailto:maciej.kujalowicz@trismer.com">maciej.kujalowicz@trismer.com</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> Here is a short summary of our tests. Sorry that is not very detailed, but I wanted to send feedback as soon as possible.</p>
<p>Great, any feedback is appreciated.<br>
><br>
> Critical issues:<br>
><br>
> - OSX: Maintenance tool crashes always (described in previous post)</p>
<p>Thanks. This is fixed for release. We didnt update the test repo though; maintaining this test version isn't something you'd do.</p>
<p>> - OSX & WIN32 - It's impossible to deploy the application for the first time. Qt creator prints on the output:<br>
><br>
> ...<br>
>  Can't find ''.<br>
> Please make sure your appication   built successfully and is selected in Appplication tab ('Run option')<br>
> ...<br>
><br>
> Necessitas in fact does not require any settings to be defined before deploying. I just go to Run settings, close it and deploy again (without changing anything in settings)</p>
<p>Ive seen this on all 3 platforms in the past. Newly created projects dont set some value initially.</p>
<p>><br>
> Necessitas Qt Creator should be able to deploy the app with default settings<br>
><br>
> - WIN32<br>
><br>
> Qt Creator launches qmake with target win32. Why ? I'd like to add some platform specific parts to the .pro file for Android. With the previous version of Necessitas I used:<br>
><br>
> unix {<br>
> }<br>
><br>
> right now under windows, section win32 is used instead. Perhaps there should be android-specific platform definition in project file</p>
<p>The 'platform' is android-g++, but I will investigate what else is set. I pass -win32 to qmake when on windows and this is deprecated, so I should change this. Personally I think qt hasn't historically provided a clean unambiguous separation of build machine and target machine.</p>

<p>><br>
> - WIN32<br>
><br>
> Qt creator is quite sensive of multiple instances of MAKE under win32. It can be difficult to use Qt Creator next to other SDKs. The best advice is to remove everything from the path (maybe except windows/system32) and then try to test necessitas. Everything works fine then.</p>

<p>Yeah you're not the first to report this. I think the best thing will be to have a nec-make.exe instead. On windows, there are many flavours of make (cmd.exe, mingw, msys, cygwin) and they all have different issues.<br>

><br>
> All for now. I tried to compile and run quite big application (QML, mobility, maps). It didn't start for the first time, but after one hour with the latest SDK, success!</p>
<p>Can you explain what you mean by this? Are you reporting a problem here? How did it compare in this test with mac?<br>
><br>
> Thanks, Maciej Kujalowicz<br>
> Trismer Technologies<br>
> _______________________________________________<br>
> Necessitas-devel mailing list<br>
> <a href="mailto:Necessitas-devel@kde.org">Necessitas-devel@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/necessitas-devel">https://mail.kde.org/mailman/listinfo/necessitas-devel</a><br>
</p>