which was added to rdbg in sha:0c9ef786865a0572c8f789e43defcaf10be180d2

Remove a lot of warnings (considered as errors by dune).

Split the lutin opam package into several ones:
- lutin
- ezdl
- gbddml

Also, I've merge the content of lutin-utils into lutin.

Note that this opam "package split/ocaml library merge" move is
somewhat imposed by the fact that dune impose the use of one opam
package per library (if I got it correctly). But as a matter of fact,
merging lutin and lutin-utils libs makes sense. Having standalone ezdl
and gbddml opam packages too.

cd rdbg #sha 4a54c7a1181e1200670f3eaf14af1be32823cd04

nb:there is now no more dependency on camlp4!

nb: the infix binary 'xor' already existed.
nb2: xor (and so #) can be costly

cf example/Bug/freevar.lut node ko

Indeed, the Makefile.version that generates was depending on the
LURETTE_PATH env var which is not defined in a fresh docker.

Indeed, it may fail if an ADT changes in lutils or rdbg-plugin, since
this repo can only be updated if the whole pipeline succeeds (to be
able te get the release number). The idea is to rerun this job manually
when it is the case.

It was due to the event_incr function in MainArg, that is using a
reference to count event numbers, and that was not saved and restored
by LutinRun.

And this counter was used to set the PRGS! which is actually useless
as it is handled in LutinRun via save_state/restore_state now.

It is not clear if my monadisation work was really necessary. In
theory, it is, but not in the examples I've tried. Sigh.

Rationale: make rdbg time traveling work.