|
5490505a
|
2022-10-08T09:41:10
|
|
Added a note to update the website after a stable release
|
|
d843d61c
|
2022-09-28T09:09:21
|
|
Moved test/versioning.sh to build-scripts/test-versioning.sh
Reference Issue #6171.
|
|
|
8e146477
|
2022-09-27T22:03:26
|
|
build-scripts: Added update-version.sh
Fixes #6171.
|
|
|
23be3ccc
|
2022-09-05T11:25:10
|
|
Note that we should regenerate configure before running test/versioning.sh
|
|
|
acf397b4
|
2022-09-05T11:21:13
|
|
Actually, DYLIB_COMPATIBILITY_VERSION shouldn't be updated for a stable point release
@smcv
|
|
|
5cac6c7e
|
2022-09-05T08:48:16
|
|
Note that the Xcode DYLIB_COMPATIBILITY_VERSION should always match DYLIB_CURRENT_VERSION
CMake doesn't need any special handling
|
|
|
4e98ba61
|
2022-09-05T08:28:06
|
|
Set DYLIB_COMPATIBILITY_VERSION to DYLIB_CURRENT_VERSION to match autotools
Autotools sets both versions to the same value, so Xcode and CMake need to match for the libraries to be compatible between the different builds.
See these for details:
https://github.com/libsdl-org/sdl12-compat/pull/207
https://github.com/libsdl-org/SDL/issues/2934
https://stackoverflow.com/questions/67055770/usage-of-current-version-and-compatibility-version-on-macos
|
|
|
3a9295e1
|
2022-08-09T16:02:16
|
|
build-scripts: Removed winrtbuild.*, no longer used.
WinRT/UWP is still supported, but you have to use the VS2019
project files, now.
Fixes #5639.
|
|
|
5c1b7f6e
|
2022-06-16T12:42:45
|
|
Added instructions for updating Makefile.w32 for release
|
|
2a8297e4
|
2022-05-04T16:43:59
|
|
workflows: Add a test to assert that all the version numbers agree
Signed-off-by: Simon McVittie <smcv@collabora.com>
|
|
|
fff97c95
|
2022-05-04T16:40:11
|
|
build: Mechanically generate ABI versions from version number
If we're strict about applying something resembling semantic versioning
to the "marketing" version number, then we can mechanically generate
the ABI version from it.
This limits the range of valid micro versions (patchlevels) to 0-99.
Signed-off-by: Simon McVittie <smcv@collabora.com>
|
|
|
cd7c2f1d
|
2022-05-03T15:16:11
|
|
Switch versioning scheme to be the same as GLib and Flatpak
For stable releases, this gives us the ability to make bugfix-only point
releases such as 2.24.1 if we want to, and distinguish between them
programmatically. For example, this ability could have been useful after
2.0.16 to fix Xwayland regressions, and after 2.0.18 to fix event loop
regressions.
For development releases, this gives us the ability to make multiple
prereleases during the same feature cycle, and distinguish between them
programmatically. For example, this would have been useful during 2.0.22
development, which went through three prereleases before reaching the
final release.
Signed-off-by: Simon McVittie <smcv@collabora.com>
|
|
|
22002d91
|
2022-05-03T14:09:12
|
|
docs/release_checklist.md: Document how/where to bump version numbers
Signed-off-by: Simon McVittie <smcv@collabora.com>
|