-
Notifications
You must be signed in to change notification settings - Fork 158
5.0 support #135
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
5.0 support #135
Conversation
tov
left a comment
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.
Hey, we have just one question remaining before merging this.
|
Base builds with 4.10 on my machine? |
It's failing in CI with an error about not understanding FLAMBDA-style inline annotations. |
|
You can see it here: https://github.com/tov/base/runs/7525879032?check_suite_focus=true |
|
These are only warnings. Could you use |
They are warnings, but in dev mode the warnings are fatal. Shouldn't people be able to build the library in dev mode? |
|
I get that inlining warning with all released versions of OCaml (4.10-5.0 incl.) so I'd just ignored it (I was assuming that it was an flambda 2 optimisation, so working inside JS). I would say it's reasonable to have the dev profile build without error in the latest version, but it's not strictly necessary for it to build in dev mode for older compilers. In particular, ecosystem users will install base via opam and the package builds in release mode then. As an aside, I'm suspicious at the 0s taken to build base in https://github.com/tov/base/runs/7525878932?check_suite_focus=true ? |
|
I think there are two different issues:
Both are fixed by building with the release profile. Not understanding the release process (sorry), I merged a PR #137 into master that fixes 1 but not 2. Clearly 2 is not a reason to drop support for 4.10, nor do we need to fix it. But I do think we should fix 1. |
I see 1s to build and 0s to test. My machine agrees on 0s to test. I suspect the 1s to build is because the workflow is retaining the dune cache between runs. |
|
I've confirmed (with And I've created a draft PR #138 in which CI builds with |
|
Ah, I see what's happening - the failure building with 4.10 is on the master branch, which includes some unreleased v0.16 stuff... the change in src/monad.ml isn't on the v0.15 branch (which this PR is), which is why I was only seeing the warning in Do you want to push the commit from #137 to this branch so it gets merged to the v0.15 branch as well? |
Sure, I was trying to be a bit less reckless than I'd been. |
All good for me 🙂 |
Signed-off-by: Kate <kit.ty.kate@disroot.org>
Signed-off-by: Aaron L. Zeng <me@bcc32.com>
Base hasn't supported OCaml 4.03 and earlier since v0.9 Signed-off-by: David Allsopp <david.allsopp@metastack.com>
Signed-off-by: David Allsopp <david.allsopp@metastack.com>
Signed-off-by: David Allsopp <david.allsopp@metastack.com>
…omise_no_mutation Signed-off-by: Jesse Tov <jtov@janestreet.com> Co-authored-by: hhugo <hugo.heuzard@gmail.com>
570de2b to
f2a26b3
Compare
2d53a9c to
ef71b70
Compare
Alternate to #129 with DCO signed commits as the interim 5.0-only commit is removed - and on the v0.15 branch