- Oct 23, 2019
- Oct 17, 2019
-
-
erwan authored
-
erwan authored
-
erwan authored
- do not hard-code the size of the graph in the ml files - do not print the whole state of big graphs. Indeed, for graphs of 10000 nodes, if we print the path (which is itself an array of size 10000) we obtain 100 000 000 variables, which is too much for the rif file.
-
erwan authored
(i.e., fold_left instead of map + flatten + @) Indeed, for graphs of 10000 nodes on the dfs, we need to operate on list of 100 000 000 variables, which overflow the stack.
-
- Oct 11, 2019
-
-
erwan authored
- Oct 09, 2019
-
- Oct 08, 2019
- Oct 07, 2019
-
- Sep 30, 2019
-
-
erwan authored
-
- Sep 25, 2019
- Sep 18, 2019
-
-
erwan authored
Its basename is the basename of the name of the .dot file. Also provide a =--gen-register= option generates such a registring ml file. --gen-register also generate a state.ml skeleton file. The Makefile test/Makefile.inc also suppose that the types of the state is defined in state.ml
-
- Sep 06, 2019
- Jul 11, 2019
-
- Jul 09, 2019
-
- Jul 08, 2019
-
-
erwan authored
-
erwan authored
Merge branch '11-add-lustre-oracles-to-all-examples-of-the-test-directory' of gricad-gitlab.univ-grenoble-alpes.fr:verimag/synchrone/sasa into 11-add-lustre-oracles-to-all-examples-of-the-test-directory
-
erwan authored
-
Gwennan Eliezer authored
(I forgot to change it everywhere)
-
Gwennan Eliezer authored
-
- Jul 05, 2019
-
-
Nathan Rébiscoul authored
-
erwan authored
The generation scheme is now makes it easier to write oracles that do not depend on the topology. The idea is to generate an oracle (specific to the graph) that includes a file that the user should provide, and which ougth to define a generic oracle, i.e., depending on m and n (process and actions numbers).
-
erwan authored
-