[Development] Enginio build artifacts and naming conventions

[Knoll Lars]

On 04/06/14 11:55, "Stephen Kelly" <stephen.kelly at kdab.com> wrote:

>On Wednesday, June 04, 2014 09:41:53 you wrote:
>
>> I think we should keep the Qt5 in the library names. Consistency is a
>>good
>> thing. Making it completely free makes it harder to recognise what’s
>>part
>> of Qt and what isn’t.
>> 
>> So IMO we should try to see how we can fix this going forward.
>
>I agree. I don't know how it can be ensured though. The current Enginio
>name 
>went through several people. The process let this through, so there is
>probably a problem in the process?

I think the reason was that the major .so version is tied in to the name,
and you don’t want libQt1Enginio.so.1.x.y. So they ended up removing the
Qt5 from the name completely.

IMO it’s probably a mistake to bind the major so version number to the
number after Qt. There was a reason why Thiago wanted this, but I don’t
quite remember why.

IMO it would be better to have Qt5 in the lib name as an indication that
this is part of Qt 5. And the .so versions for add-ons should be somewhat
decoupled to give add-ons some freedom to work with their version numbers
and maybe even introduce a new major .so version if required.

>Another issue is whether to fix Enginio. Apparently it does things
>'different' 
>because it was desired to have a disparate release schedule and version
>scheme. 
>
>Nothing appeared on this mailing list about doing that for this
>particular 
>case with Enginio. I think that should have been discussed here as it
>sets 
>precedent.
>
>Nevertheless, because Enginio uses a disparate scheme, that means that
>this 
>situation can be 'fixed' by bumping the major version number, fixing the
>library name and the include directory name.
>
>What do you think?

Yes it can. But I’d like to discuss what we want to do with add-ons that
are part of the Qt 5 delivery, but might want to follow their own
versioning schemes. We will have these cases also in the future. Something
for next week?

Cheers,
Lars


>
>Thanks,
>
>-- 
>Join us at Qt Developer Days 2014 in Berlin! - https://devdays.kdab.com
>
>Stephen Kelly <stephen.kelly at kdab.com> | Software Engineer
>KDAB (Deutschland) GmbH & Co.KG, a KDAB Group Company
>www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090
>KDAB - Qt Experts - Platform-Independent Software Solutions