-
Notifications
You must be signed in to change notification settings - Fork 757
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
GitHub Actions: add Windows builds #5377
GitHub Actions: add Windows builds #5377
Conversation
for libsndfile installed using chocolatey
in newer releases, the dll is actually called sndfile.dll, not libsndfile.dll.
743c330
to
c40f11f
Compare
5d7cbde
to
8250a0c
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks!
i am fine having the MinGW build, and thank you for adding it, but i also don't want it to become a maintenance burden since we do not use it for releases. so, my thinking is we can merge it now and if issues crop up, we can remove it later. it's good to know it builds. what is the problem with Ableton Link?
this workflow file is getting quite long -- i left some notes for environment variables that can probably be eliminated, but i may also take a closer look at this on my own later after we've merged this. in general, i don't think it's a good pattern to have env vars specified for values which are only used once, it makes the build steps harder to follow because of the additional indirection. if we start using them in more places, IMO that would be the appropriate time to consider factoring them out.
.github/workflows/actions.yml
Outdated
cmake --build $BUILD_PATH --config Release --target installer | ||
- name: upload installer | ||
uses: actions/upload-artifact@v2 | ||
if: env.CREATE_INSTALLER == 'true' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i think you can also replace this with if: matrix.create-installer == 'true'
, right?
.github/workflows/actions.yml
Outdated
shell: bash | ||
run: | | ||
mv $FFTW_PATH "C:/Program Files/fftw" | ||
echo "Done installing fftw" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i think you can remove this echo since the feedback in the actions dashboard is pretty clear
I'd be happy with that.
it didn't build successfully the last time I checked :) not sure what the problem is/was EDIT: testing LinkClock build now: yup, still failing, I'll remove it again for now |
5205d84
to
6a2a8c3
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks for testing out MinGW+Link! just two small things
the mingw build failure with Link was because they (maybe I should say we now?) used to add an MSVC compiler flag on windows regardless of which compiler was being used. Updating the link submodule to v3.0.3 allowed the build to complete successfully: https://github.com/supercollider/supercollider/runs/2015368139. I think we should consider doing this for 3.12.0. |
move instead of copy archive for s3 upload
b069656
to
ad1be6a
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks!!
Purpose and Motivation
Further implementation of #5261
This PR adds Windows guilds to our GHA
Notes, particularly highlighting differences with our AppVeyor builds:
libsndfile
FindSndfile.cmake
needed to be updated to include different search paths/Zc:__cplusplus
switch for MSVC (thanks @brianlheim and @jrsurge !)fftw
andASIO
for portaudio are installed manually, as beforeQtWebEngine
andLinkClock
modulescurrently MinGW takes the longest time to build (approx 24 min, compared to approx 18 min for the regular Win64 build)https://.../supercollider/win32/SC-<SHA>.zip
https://.../supercollider/win64/SC-<SHA>.zip
SuperCollider-<SCVersion>_<BuildType>-<arch>-VS-<ShortSHA>.exe
), i.e. tag name is not used in the installer's name (SCVersion is taken from SCVersion.txt).Here is the action from the tagged commit in this PR, and the accompanying release with uploaded artifacts (the release is missing win64 zip but it was a simple typo that I've since corrected).
Since I've touched s3 deployment as well, here's the action running on this branch pushed to the main repo - s3 upload seems to work.
Types of changes
To-do list