Skip to content

Update cmake version to 3.30 qt to 6#1553

Merged
JonnyH merged 14 commits intoOpenApoc:masterfrom
JonnyH:WIP/cmake-update
Sep 25, 2025
Merged

Update cmake version to 3.30 qt to 6#1553
JonnyH merged 14 commits intoOpenApoc:masterfrom
JonnyH:WIP/cmake-update

Conversation

@JonnyH
Copy link
Collaborator

@JonnyH JonnyH commented Sep 24, 2025

Does the "bare minimum" to pull up the minimum required cmake version

Choosing 3.30, as that pulls in the CMP0167 boost changes at least.

Also qt-5.15 has been removed from appveyor, so move to qt-6. This seemed to cause some differences to how the local built files pull in required plugins etc. so run windeployqt at build time on win32. Might also be required on macos, but no ability to test right now.

We only really need it in the toplevel file
Pulls in (at least) the new find_package(Boost) stuff
Bumps the minimum cmake version past 3.5 (which is now removed) while not changing the api
DEPENDS never did anything

Run the format post-build - it's what was happening anyway, so don't change behavior, and running format with other targets likely doesn't make much sense
Just pulls in a change to the minimum version
This *appears* harmless to enable on every platform, as then the OPENGL_glx_LIBRARY is just empty?
@JonnyH JonnyH force-pushed the WIP/cmake-update branch 2 times, most recently from af51d43 to e70319e Compare September 24, 2025 22:23
@JonnyH JonnyH changed the title Update cmake version to 3.30 and fix some warnings Update cmake version to 3.30 qt to 6 Sep 24, 2025
It seems the mirror vcpkg uses is down?

And we don't *need* it for builds anyway?
qt5-15 was removed from appveyor, and as we don't actually use any qt5-specific features we can just move to qt6.
Looks like the RUNTIME_OUTPUT_DIRECTORY property is the "correct" way of doing this now, and the EXECUTABLE_OUTPUT_PATH global doesn't work with qt?
We really should always have the pdb, even on release builds
@JonnyH
Copy link
Collaborator Author

JonnyH commented Sep 25, 2025

Think this is ready to merge now (assuming CI success)

Gives a chance of actually using them for debugging?
@JonnyH JonnyH merged commit eca9893 into OpenApoc:master Sep 25, 2025
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant