Skip to content

dev meeting 20210113

Nathan Rebours edited this page Jan 13, 2021 · 1 revision

Present at the meeting:

  • James Somers (@jsomers)
  • Etienne Millon (@emillon)
  • Guillaume Petiot (@gpetiot)
  • Nathan Rebours (@NathanReb)

Current plan

  • Once dune 2.8 and ocaml.4.12-beta1 are released Nathan will test, merge and release the 4.12 compat in mdx
  • Guillaume + Sonja finish the omp1 -> ppxlib port
  • Nathan and Ulysse fix and finish the new dune stanza and corresponding features
  • Guillaume work on a RPC for ocamlformat that mdx will be able to use to format raw and toplevel ocaml blocks

Meeting notes

Not much has happened on mdx since the last meeting. Guillaume rebased the 4.12 PR from @kit-ty-kate but ran into some issues. Nathan will look into this as part of the preparation of the 4.12 compat release. This is waiting on a release of dune and of the 4.12 first beta but is our top priority right now.

The ppxlib port is not required for 4.12 compat but should still be considered a high priority as right now mdx still seats on the wrong side of the omp1/omp2 universe split.

The new dune stanza has been on hold for quite a long time now. Nathan will ping Ulysse and revive this.

We talked about the next steps for formatting of ocaml blocks. Ocamlformat is going to provide a RPC for ocaml-lsp/VScode integration and we'd like to use this to format code blocks in MDX files. When formatting is enabled for a block, MDX would send a request to ocamlformat to format the toplevel phrase and write the formatted phrase to the .corrected file. The surrounding build system would be responsible to start the ocamlformat daemon, pass it the right configuration, determine if an MDX file should use that formatting feature and pass the right options to MDX. We can add labels for finer, per-block enabling/disabling of formatting. Guillaume is going to work on a prototype on the ocamlformat side, we'll need to wait on this before working on a prototype in MDX.