<div dir="ltr">I do think that PPX rewriters are going to be an ongoing difficulty with keeping OPAM building with trunk.  That's because changes to OCaml's AST often break rewriters in a way that isn't always trivial to fix. For 4.03, there was a fair amount of pain for us in providing versions of the PPX rewriters that worked for both 4.03 and 4.02.<div><br></div><div>We've contemplated writing a layer that would allow most PPX rewriters to be written against a stable API that could work across OCaml versions, but it's real effort.</div><div><br></div><div>4.03 has been a bit of a long haul for us internally too --- we're hoping to release it finally tomorrow morning! I'm hoping that the new 6-month release cycle will help make releases smaller, and therefore easier to keep up with.  Maybe as OCaml's evolution accelerates, we can make the cycle faster (though it's hard to imagine having releases more than quarterly makes any sense.)  This would presumably require more and better automation to really be tenable.</div><div><br></div><div>y</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jun 29, 2016 at 4:42 PM Daniel Bünzli <<a href="mailto:daniel.buenzli@erratique.ch">daniel.buenzli@erratique.ch</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le mercredi, 29 juin 2016 à 21:30, Gabriel Scherer a écrit :<br>
> If specific software is found to be too fragile/unreliable to resist to OCaml version changes (this arguably is the case of Batteries by design as its testsuite breaks when the stdlib is extended and Batteries isn't to match it up), we can decide to always add pessimistic upper bounds on its packaged versions (Batteries, camlp5 do that).<br>
<br>
This should not be done as it makes it needlessly difficult for compiler and runtime system developers/researchers to test their experimental changes on large real-world subsets of the ocaml repo. (This is also the reason why I'm pushing to have actually working byte-code only switches).<br>
<br>
Daniel<br>
<br>
<br>
_______________________________________________<br>
Platform mailing list<br>
<a href="mailto:Platform@lists.ocaml.org" target="_blank">Platform@lists.ocaml.org</a><br>
<a href="http://lists.ocaml.org/listinfo/platform" rel="noreferrer" target="_blank">http://lists.ocaml.org/listinfo/platform</a><br>
</blockquote></div>