[platform-dev] Inconsistent version change in SWT 4.30

[Gregor Schmid <gschmide@xxxxxx>]

Hi all,

I started looking at SWT 4.30RC1 today and I think there's an
inconsistency that I'd like to bring to your attention.

MINOR_VERSION in org.eclipse.swt.internal.Library is usually increased
by 2 for each version. In SWT 4.29 it was 962, so the expected value
in 4.30 is 964. However, it is currently 963.

In case I missed a decision to regularly increase MINOR_VERSION by 1
from now on (e.g. to gain more time before reaching 4 digits, that
would make sense), please just let me know and accept my apologies for
wasting time here.

In case this is inadvertent:

I know that this scheme is not fixed in any buy, but just convention.
There was an inadvertent break of the scheme in SWT 4.18 where
MINOR_VERSION increased by 4 and we had a discussion then. It was too
difficult to fix, so be it.

In this case, if it was a mistake, I hope it can still be fixed.
Otherwise all code that tries to map old-style version numbers to
Library *_VERSION constants will break and need tweaking for this new
special case.

Alternatively, please consider my remark above about 3 vs. 4 digits in
MINOR_VERSION. This could be a good time to change the scheme to
increase by 1 instead of 2 from now on. It would give us 9 years of 3
digits instead of 4.5. :-)

Thanks and best regards,
    Greg

-- 
Gregor Schmid

Quality First Software GmbH
A company of mgm technology partners

Bürgermeister-Graf-Ring 10
82538 Geretsried

Phone: +49 8171 38648-11
Email: gregor.schmid@xxxxxx | gregor.schmid@xxxxxxxxxx
Web:   www.qfs.de

Commercial Register: HRB München 140833
Managing Directors: Gregor Schmid, Karlheinz Kellerer

The data protection information in accordance with the EU General Data
Protection Regulation applies to authorized representatives /
authorized representatives of "legal persons" in accordance with Art.
12 ff. GDPR
https://www.qfs.de/fileadmin/Webdata/pdf/en/dsgvo.pdf