-
Notifications
You must be signed in to change notification settings - Fork 81
Introduce backwards compatible infrastructure for parallelism #1708
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
Introduce backwards compatible infrastructure for parallelism #1708
Conversation
In order to maintain backwards compatibility, we need to provide stubs for functionality needed for parallelism when no libraries provide this. Also, to keep possibly diverging parts to a minimum, the utilities for parallelism are kept in a separate module.
This works async in Ocaml4 and truly parallel in OCaml5
fix printing issue by using BatFormat in messages.ml
This is a high level abstraction AND a backward compat. wrapper
Possibly, this could be needed elsewhere, where state is involved
Make stack DLS and initialize for each domain Actually implemented by Felix Krayer
522315f
to
80cac2a
Compare
80cac2a
to
3f7d226
Compare
Turns out introducing domain_shims breaks GobView. The application than outputs
on the console and hangs indefinitely. |
Do you know where this call happens? Is it something we can safely stub to just return unit or somehow avoid these calls when in Gobview mode? |
I guess we either need to turn the gobview job into an unlocked one, or provide a different lockfile for the gobview job somehow? |
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.
Copilot reviewed 8 out of 25 changed files in this pull request and generated 1 comment.
Files not reviewed (17)
- dune-project: Language not supported
- goblint.opam: Language not supported
- goblint.opam.locked: Language not supported
- src/cdomain/value/cdomains/mutexAttrDomain.ml: Language not supported
- src/cdomain/value/dune: Language not supported
- src/common/util/messages.ml: Language not supported
- src/config/options.schema.json: Language not supported
- src/dune: Language not supported
- src/goblint_lib.ml: Language not supported
- src/lifters/wideningTokenLifter.ml: Language not supported
- src/solver/dune: Language not supported
- src/util/parallel/domainsafeLazy.ml: Language not supported
- src/util/parallel/domainsafeLazy.mli: Language not supported
- src/util/parallel/dune: Language not supported
- src/util/parallel/gobMutex.domainslib.ml: Language not supported
- src/util/parallel/gobMutex.no-domainslib.ml: Language not supported
- src/util/parallel/threadpool.domainslib.ml: Language not supported
Comments suppressed due to low confidence (1)
.github/workflows/unlocked.yml:255
- [nitpick] Consider using consistent capitalization for 'GobView' across workflow configurations to align with the documentation.
gobview:
Looks like the Copilot reviews won't be too useful for us right now since it doesn't want to review .ml files. |
Since the mocked parallelism modules are named differently, they are not recognized by the script
…l-await by Vesa Karvonen
This contains the rather harmless parts. As discussed, all variations of modules have been implemented using
domain_shims
and the select stanza in dune.ppx_optcomp
is not involved anymore.The PR is rather large, but can be reviewed commit-by-commit.