Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for VS2022 #425

Merged
merged 1 commit into from
Jan 27, 2024
Merged

Add support for VS2022 #425

merged 1 commit into from
Jan 27, 2024

Conversation

TheGondos
Copy link
Contributor

@TheGondos TheGondos commented Jan 24, 2024

This PR fixes the build issues when compiling with VS2022, it also adds CI jobs to detect potential future failures.
The artifacts for the VS2022 builds are not saved for now.

@spacex15
Copy link
Contributor

there is a similar problem in planet.cpp

@TheGondos
Copy link
Contributor Author

there is a similar problem in planet.cpp

Sweet lord, is it the last of the VS2022 issues?

@TheGondos TheGondos marked this pull request as draft January 24, 2024 16:46
@TheGondos
Copy link
Contributor Author

Changing to draft until everything is sorted out, maybe we should add a VS2022 CI build to prevent future issues

@jarmonik
Copy link
Contributor

jarmonik commented Jan 24, 2024

The latest step might have caused Git CI to crash. Cancelled job after several hours of inactivity.
Status was "Waiting xxx to pickup the job"

@TheGondos
Copy link
Contributor Author

The latest step might have caused Git CI to crash. Cancelled job after several hours of inactivity. Status was "Waiting xxx to pickup the job"

Thanks, I saw it was stuck but didn't know how to kill it.
I tried to follow the documentation, but I now realize that specifying a list limits the matching for a runner instead of making several runs...

@TheGondos
Copy link
Contributor Author

TheGondos commented Jan 24, 2024

It now builds OK but there is a conflict when exporting the artifacts because (I guess) they are named "Orbiter-${{ matrix.architecture }}" and it resolves the same for the windows-2019 and windows-2022 runners.
I don't know if modifying the "if:" like this will solve the issue (by only exporting the windows-2019 artifacts) :
if: ${{ github.ref == 'refs/heads/main' and matrix.os == 'windows-2019' }}
Let me know if you know, I'll try to play with this tomorrow

@dimitry-ishenko
Copy link
Contributor

Maybe drop windows-2019 altogether, and just leave windows-2022? It's only 2024 outside... 😉

@jarmonik
Copy link
Contributor

I have very little experience with building the artifacts so can't really advice there. If you think you can direct it to build only 2019 artifact then it's worth trying. Removing the 2019 artifact would reverse the problem, code compiled on 2022 might not run on 2019 but the probability is likely lower. If the first option is giving too much trouble then lets disable VS2019 build, we can restore it if a problem arise.

@TheGondos
Copy link
Contributor Author

Not a fan of switching artifacts to vs2022 right now for the 32bit version, who knows what kind of hidden surprises it involves compatibility-wise.

@TheGondos TheGondos force-pushed the fs-fix branch 2 times, most recently from 714cd9a to 19b4817 Compare January 25, 2024 22:03
@TheGondos TheGondos changed the title Fix build on VS2022 Add support for VS2022 Jan 25, 2024
@TheGondos
Copy link
Contributor Author

Looks like we got a winner, I'll squash everything if you're OK to include this.

@jarmonik
Copy link
Contributor

It look good as far as I can tell. 👍

Fix build issues with VS2022
@TheGondos TheGondos marked this pull request as ready for review January 26, 2024 12:53
@jarmonik jarmonik merged commit 740b325 into orbitersim:main Jan 27, 2024
5 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.

4 participants