<div dir="ltr"><div>Anything that makes a developer's life easier is absolutely welcomed I'd say.<br></div><div>I must admit to have cursed many times over such a feature not being present (either as macro OR as selectior that win32:unix:mac: are..)<br><br>best,<br>tortoisedoc<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 4, 2014 at 6:38 PM, Alejandro Exojo <span dir="ltr"><<a href="mailto:suy@badopi.org" target="_blank">suy@badopi.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi.<br>
<br>
I've asked this a couple of times on IRC, but I haven't found a fully<br>
satisfying answer. I want to see SailfishOS as any other OS/platform is<br>
featured in Qt: by having some qmake support to detect wheter I'm compiling<br>
for SailfishOS or not.<br>
<br>
Once that is done, having a Q_OS_SAILFISH preprocessor macro that can also<br>
choose different paths in C++ and adding support in QFileSelector is trivial.<br>
<br>
The big question is: do you want such thing in Qt? If yes, I would gladly do<br>
it myself, since I have some time available and I'm looking for ways to<br>
contribute to Qt, learn, etc.<br>
<br>
Rationale:<br>
<br>
Right now everyone is baking its own way, with varying degrees of success. ;-)<br>
<br>
I looked at it a year ago when I started writing my Sailfish application, and<br>
I was pointed to puzzle-master's sources, where a simple<br>
packagesExist(sailfishapp) did the trick... or so I thought. Since I wasn't<br>
testing the non-Sailfish branch much, I didn't realize Creator always returns<br>
true on this condition (by design: not allowed to fork a process when parsing<br>
.pro files). Seems a petty complaint (who cares about Creator that much? it<br>
works for qmake just fine), but with harbour requiring a "harbour-" prefix in<br>
the name of the executable, Creator might not even be able to start the<br>
application because it doesn't find it if you use a different value for<br>
TARGET.<br>
<br>
Lately I've been finding time for the app again and I finally noticed the<br>
problem, so I asked on IRC again. I was pointed at other application, and the<br>
check used was even worse. :-)<br>
<br>
Then I searched a bit in the branch of the mer-qt/qtbase repo. I see you don't<br>
use any mkspec for SailfishOS or Jolla, right? That's where I thought you<br>
might have it, and where I think it could be. Blackberry sets there the<br>
QMAKE_PLATFORM and Q_OS_BLACKBERRY.<br>
<br>
Yes, yes. I know there is a solution: pass a parameter to the qmake<br>
invocation. Store the invocation flag on the RPM packaging for final<br>
deployment, and maybe a .pro.shared file for development. That's what Puzzle<br>
Master has now too. Still I think there is some value in having this sorted<br>
out in a more general way, specially given that you'll want people to also<br>
distinguish a build for the Jolla phone or the Jolla tablet.<br>
<br>
Cheers.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2<br>
<a href="http://barnacity.net/" target="_blank">http://barnacity.net/</a> | <a href="http://disperso.net" target="_blank">http://disperso.net</a><br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org">devel-unsubscribe@lists.sailfishos.org</a><br>
</font></span></blockquote></div><br></div>