-
Notifications
You must be signed in to change notification settings - Fork 63
Introduce feature flag to switch between mimalloc major versions #144
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
Conversation
Ok, this looks great. Sorry I didn't see this before notifications didn't reach me for some reason. My only issue is that the v3 branch is not currently being tested by CI. Could you please duplicate all the current workflows (build, test, secure, extended, etc) for the v3 feature? |
Okay, will do tomorrow! |
@octavonce I added support for testing the The |
Good, what you're describing is what I was afraid of would happen when switching from v2 to v3. The feature flag has to be bulletproof. I ran the workflows now it seems that there's still issues with it. I didn't look at the code yet as I'm on mobile but yeah we have to fix all of these before we merge. |
I tried to fix the workflow errors, but it seems when running the integration tests by invoking |
It's an issue with passing features to package members. Try it like this:
|
It turns out that features passed via |
Ok, looks great! Clippy seems to be complaining again but we can merge after that's fixed. Great work! |
The linter errors were due to unused imports in the generated test code, likely caused by not always enabling the After this is merged, would it be possible to have a release soon? |
This PR adds a feature flag that allows switching between the latest versions of the v2 and v3 branches of mimalloc. Internally, this is solved by having two submodules for v2 and v3 that point to the same repository URL (https://github.com/microsoft/mimalloc) but different commits. The correct source is chosen in
build.rs
based on whether the 'v3' feature flag is set or not.