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

Bootstrap improvements #2291

Merged
merged 2 commits into from
Oct 31, 2024
Merged

Conversation

tritao
Copy link
Contributor

@tritao tritao commented Oct 10, 2024

What does this PR do?

Adds a new Bootstrap.sh script to simplify bootstrap in non-Windows platforms.
Re-uses all the bootstrap scripts for CI to make sure they are well tested.

How does this PR change Premake's behavior?

I updated CI to use vs2022 as MSDEV. Previously we were using vs2019, however if you pass that to Bootstrap.bat then vswhere.exe cannot find VS.

AFACT there is no point in forcing Premake to generate vs2019 files to build with MSVC 2022.

So either we just pass an empty value so it auto detects latest MSVC, or pass it explicitly as part of a matrix as I've done.

@tritao tritao marked this pull request as ready for review October 10, 2024 14:15
@tritao
Copy link
Contributor Author

tritao commented Oct 10, 2024

All builds are passing however there is something going on with the CI report, the Windows expected checks are not turning green, I think due to me adding the msdev matrix?

Are those setup manually on the repo by any chance? Any idea @samsinsane?

EDIT: Maybe it just looks at the current master workflow for those and it will be okay to merge as-is?

@Jarod42
Copy link
Contributor

Jarod42 commented Oct 10, 2024

I think it is related to #2279
They have to also change config rule settings so "CI Workflow / ci (pull_request)" is the required one, instead of the others.

Ping @samsinsane

Bootstrap.bat Outdated
@@ -95,11 +106,11 @@ SET VsWhereCmdLine="!VsWherePath! -nologo -latest -version [%VsVersionMin%,%VsVe
FOR /F "usebackq delims=" %%i in (`!VsWhereCmdLine!`) DO (

IF EXIST "%%i\VC\Auxiliary\Build\vcvars32.bat" (
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I just realized the way this is chosen here probably affects the CI, previously it was hardcoded to x86_amd64 but now I think it will chose 32-bits.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Wonder if we should just default or 64-bit or add one more parameter to the bat file? I'm pending towards just default to 64-bit builds?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated PR with 64-bit build by default solution.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree with this conclusion. 64 bit builds should be the default.

@nickclark2016
Copy link
Member

@tritao It looks like the statusing hung. Could you push up an empty commit to retrigger CI?

@tritao
Copy link
Contributor Author

tritao commented Oct 25, 2024

@tritao It looks like the statusing hung. Could you push up an empty commit to retrigger CI?

I've already tried that on a previous PR, even tried opening a whole new PR (this is the second one I opened, due to trying to fix that issue). I think it must be due to some kind of manual setup that was done on Acttions settings?

@samsinsane
Copy link
Member

@tritao @Jarod42 @nickclark2016 CI checks have been updated.

@nickclark2016 nickclark2016 merged commit 7eb4153 into premake:master Oct 31, 2024
15 checks passed
noresources pushed a commit to depinxi/premake-core that referenced this pull request Nov 8, 2024
* Bootstrap improvements

* Default to lookup 64-bit MSVC.
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