-
Notifications
You must be signed in to change notification settings - Fork 0
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
Release 3.0.7 #390
Comments
I created release branches for 3.0.7 in both zynaddsubfx and mruby-zest-build, because I expect there will be some minor fixes necessary in the build system, in particular for Mac OS. I don't want to block the work on zynaddsubfx/zynaddsubfx#221, so having a separate branch makes it possible to work in parallel. https://github.com/zynaddsubfx/zynaddsubfx/tree/release-3.0.7 My plan is to add a tag with the version number once we decide to release, and to cherry-pick on master whichever fixes are relevant. I will also add such a branch in zyn-fusion-build, after I've made some modifications to make it possible to specify which branch to clone for the zynadd and zest repositories - so that the '3.0.7' commit in zyn-fusion-build actually compiles zynadd release 3.0.7 instead of the git HEAD. |
I'm treating zynaddsubfx/zynaddsubfx#246 as release-blocking, because it breaks the build on Windows. |
A short update about the status of the release so far:
This is the compilation error I get on MacOS Apple Silicon:
@falkTX Is that missing symbol error expected? |
might be. until we deal with the dpf update on the main zyn repo we cant expect DPF stuff to work proper. the PR with the DPF update (and then reusing DPF CI stuff for testing) is a step to ensure win/mac/linux plugin builds work proper. |
A short update. Using one of github's MacOS builder I ran a compilation of zyn on Mac Intel. It failed with the exact same error as on Mac Arm. This means that zynadd standalone with the fltk interface can be compiled (and runs), but the plugin version doesn't compile. Given the current refactoring, I see two paths forward:
I would be in favor of the second one. @fundamental what's your take on that? It looks like the DPF change is getting closer to completion. Is it worth waiting? |
Other problem: Windows cross-build is broken. See my comment on fundamental/rtosc@96eaa76 @fundamental @falkTX |
I'm fine with this release having issues with MacOS since that's been the case for the last several, it wouldn't be a bad thing to have a release finalize the DPF changes (last time I checked there were a few regressions, but some of those may be resolved now). As per the windows cross build, something is breaking liblo pathing. I think there was a recent patch for using pkg-config in that environment which may be the source of the regression 8a12c705f89535cf5c416e539a8f57aac7799bfa |
Main ticket to track the status of the 3.0.7 release, and the decisions that were made during the process, for future reference.
The text was updated successfully, but these errors were encountered: