Feedback wanted: Increase the Minimum supported Cmake version

[jschwe]

The Minimum CMake version will likely be increased for v0.3. At the very least we are considering dropping support for CMake 3.12, but requiring CMake 3.16 or even 3.18 is also on the table. If you are using a CMake version that would be no longer supported by corrosion, please comment here so that I can gauge the number of affected users.

This issue will be mentioned in the Release notes for v0.2, so everyone who reads release notes should have the opportunity to voice themselves.

[heinrich5991]

Debian 10 (without backports) includes CMake 3.13.4 (https://repologoy.org/project/cmake/versions). Debian 10 is still supported until 2024 (https://en.wikipedia.org/w/index.php?title=Debian_version_history&oldid=1089641928#Release_table).

Would you accept patches for backward compatibility in case I start using this? My project tries to support Debian.

[jschwe]

Do you need any new features (i.e. something that is not supported yet by corrosion), or would it be acceptable for you to stay on a v0.2 branch and just backport any Bugfixes as needed to that branch?

[heinrich5991]

No, I probably don't need new features.

[jwoolston]

We use corrosion in a mixed x86/Arm environment. The Arm builds are with Buildroot versions which currently limit us to CMake 3.16 which is equivalent to the "standard" provided by Ubuntu 20.04 (our official development environment).

[jschwe]

Corrosion will keep its minimum supported version at CMake 3.15 for the v0.3 release (and likely also beyond that). However some features are and will be gated behind a version feature gate.