-
Notifications
You must be signed in to change notification settings - Fork 321
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
expose Github Actions CI artefacts #558
Comments
This sounds interesting. What do you think would be the primary purpose? Debugging, testing releases, obtaining precompiled binaries? I found these helpful links: |
testing prereleases and precompiled binaries ;) |
We have some other big CI changes merging soon. Let's do this after they merge. |
This sounds like "release binaries for windows" by another name. I don't think we should do it. We don't have the resources to support binary builds -- there are too many things that can go wrong. |
It is better for the official repository to do this than someone else to do the same in a fork. Portaudio is a very good library but on Windows, portaudio does not help advanced users on Windows with visual studio. It is not "easy" to nuild (dependencies) and the most important for users is not to compile portaudio but to try to use it. Currently, it seems that portaudio does not provide binaries for visual studio and it is a real bottleneck on windows. Thanks for your work on PortAudio (used since more 10 years in some projects) |
Really? Unless you want ASIO support, building PortAudio on Windows is a simple as opening the folder in Visual Studio 2019 and hitting "build" (using the built-in CMake support). That's it. Literally. If you can't do that, you won't be able to build an application that uses PortAudio either, anyway. |
Happy to see that finally portaudio 19.7 is available in vcpkg. You could add at least in each release a binary version for windows. An example here from another great project: |
This is implemented in #461. I made GitHub Actions artifacts for the directory that CMake installs to. That said, I only implemented that to verify that the CMake installation step was working as I expected on every OS with every build option. I did not intend for it to be used for publishing release binaries. However, it did come in handy when testing mixxxdj/mixxx#3594 because I was able to download the Windows DLL from GitHub Actions in my Windows VM without setting up a Windows development environment to verify that I had fixed a bug in #461. |
This can be closed now that #461 was merged. |
win32 (x86) MSVC target seems to be missing in CI only x64 is available. |
We will not release build artefacts. Closing. |
It could be great (specially for Windows platforms) to export Github actions artefacts. (.dll, .lib, .h)
The text was updated successfully, but these errors were encountered: