Louis Gesbert 583e80993a Remove the with-exceptions backend ... *Disclaimer*: This is intended for discussion My impression is that the with-exceptions backend is to be superseded by the without-exception backend, which is more general and more efficient. Therefore, seeing the added complexity of maintaining the two in parallel, I see no good reason to keep the with-exceptions version now that the equivalence of their semantics have been proved. It will also be nice to reduce divergences between the different backends ; and this should make further simplifications possible (e.g. some thunkings may no longer be needed) Of course I am ready to hear arguments in favor of keeping it, be it in the mid- or long-term. This patch removes the `--avoid-exceptions` flag, making it the only option, and the corresponding `with_exceptions` variant of the dcalc->lcalc translation. It doesn't do further simplifications.		2024-07-04 15:08:13 +02:00
..
ast.ml	AST change: more specific application	2023-12-19 17:27:40 +01:00
ast.mli	AST change: more specific application	2023-12-19 17:27:40 +01:00
closure_conversion.ml	Remove the with-exceptions backend	2024-07-04 15:08:13 +02:00
closure_conversion.mli	Preserve and propagate types through closure conversion	2024-05-30 17:00:07 +02:00
dune	Build: remove unnecessary ppx on dcalc, lcalc	2023-05-17 14:08:32 +02:00
from_dcalc.ml	Remove the with-exceptions backend	2024-07-04 15:08:13 +02:00
from_dcalc.mli	Remove the with-exceptions backend	2024-07-04 15:08:13 +02:00
lcalc.mld	More doc	2023-06-18 16:08:16 +02:00
monomorphize.ml	Small code cleanups	2024-06-19 16:10:15 +02:00
monomorphize.mli	Simplify monomorphisation, and preserve type annotations	2024-02-06 18:00:25 +01:00
to_ocaml.ml	Basic support for closure conversion in the OCaml backend	2024-06-21 12:23:01 +02:00
to_ocaml.mli	Computation and checking of module hashes	2024-05-28 11:43:50 +02:00