catala/compiler/scalc
Louis Gesbert 2823795f9f AST change: more specific application
As part of making tuples first-class citizens, expliciting the arity upon
function application was needed (so that a function of two args can
transparently -- in the surface language -- be applied to either two arguments
or a pair).

It was decided to actually explicit the whole type of arguments because the cost
is the same, and this is consistent with lambda definitions.

A related change done here is the replacement of the `EOp` node for operators by
an "operator application" `EAppOp` node, enforcing a pervasive invariant that
operators are always directly applied. This makes matches terser, and highlights
the fact that the treatment of operator application is almost always different
from function application in practice.
2023-12-19 17:27:40 +01:00
..
ast.ml AST change: more specific application 2023-12-19 17:27:40 +01:00
dune refactor(runtimes): add runtime_ocaml and runtime_jsoo in the catala package 2022-07-22 16:52:56 +02:00
from_lcalc.ml AST change: more specific application 2023-12-19 17:27:40 +01:00
from_lcalc.mli Backend seems to work, needs more debugging 2023-08-05 14:28:18 +02:00
print.ml AST change: more specific application 2023-12-19 17:27:40 +01:00
print.mli Toplevel definitions: branch cleanup 2023-02-13 18:02:09 +01:00
scalc.mld Fix most doc errors 2023-06-02 17:17:45 +02:00
to_python.ml AST change: more specific application 2023-12-19 17:27:40 +01:00
to_python.mli Big reformatting 2022-03-08 15:03:14 +01:00
to_r.ml AST change: more specific application 2023-12-19 17:27:40 +01:00
to_r.mli Starting to implement R backend 2023-08-04 17:25:12 +02:00