[SailfishDevel] SDK versioning

[Slava Monich]

Hi Rinigus,

I would probably opt for some kind of a runtime version check, e.g.

https://github.com/monich/sailfish-qrshare/blob/master/shareplugin/src/qrshareplugin.cpp

I even use dlopen/dlsym hacks to work around Qt 5.2 -> 5.6 ABI breakage, 
which sounds slightly insane even to myself :) Nonetheless, so far my 
impression has been that it's been worth it.

I'm not saying that everyone has to do the same, I'm just pointing out 
that such an option exists!

-Slava


> Slava,
>
> In theory, and for most SFOS updates, you are right. But there are cases when you have to target specific versions due to incompatibilities between them. Latest  update (EA right now) enforces icon button coloring by default and you can opt out only if you specify option which would be incompatible with earlier Sfos versions (issue filed at TJC). Before last, we've got changes in ICU that resulted in separate builds for current and older Sfos versions (not sure its SFOS to blame here, though). So, targeting older versions of Sfos will not work if you hit these cases.
>
> Cheers,
>
> Rinigus
>
> On Friday, 26 July 2019, Slava Monich wrote:
>> Even though it's not directly related to the original question but IMO
>> there's isn't much sense in building Harbour apps against the latest
>> available SDK. That would almost certainly make your app incompatible
>> with older releases of SFOS. I build my Harbour (and OpenRepos) apps
>> against the oldest SDK that I could find in Mer OBS (1.something!), and
>> I'm quite happy about it because they work on more or less all devices
>> where they could possibly work.
>>
>> I wouldn't assume that all users have upgraded their devices to the
>> latest release of SFOS, and as the author I'm interested in my apps
>> being compatible with as many releases of the OS as reasonably possible.
>> An alternative would be to maintain different versions of the app for
>> different versions of the OS which would make even less sense.
>>
>> Cheers,
>>
>> -Slava
>> _______________________________________________
>> SailfishOS.org Devel mailing list
>> To unsubscribe, please send a mail to devel-unsubscribe at lists.sailfishos.or
> _______________________________________________
> SailfishOS.org Devel mailing list
> To unsubscribe, please send a mail to devel-unsubscribe at lists.sailfishos.org