GitLab

was too small.

The idea is that Rif_base does not depend on any other module while
Rif keeps its interface but relies on Rif_base for its implementation.

Propagate some changes in the gnuplot syntax in gnuplot-rif. This will break old version of gnuplot. Sigh. Also, make -wxt the default behavior of gnuplot-rif.

Fix a bug (probably introduced in 0b0203fe) where the path of the env file was not explicit which prevent Makefile.lurette to find it. \n ps : it is no more possible to use a list of file in the env slot ; but who cares now that Lutin is usable from Lurette?

Fix a bug (in LucFGen) where the exception Invalid_argument("Random.int") was raised on some Lutin programs.

It was occuring when all outgoing transitions were labelled by the
null weigth.

instead of lucky.a to launch the lutin interpreter.

I've added a test in the example/lutin/C/ directory.

using the RIF format.

Also, add a --2c-4c that does the same job as luc2c without option.

FGen module is made abstract, old one renamed in LucFGen
Bug fixed in Lutin.Expand

Also, make sure that a git clone result in a working (build, test) setup.

i.e., loop 42 is equivalent to loop [42,42]

--2c-4lustre <string>
            generate C code to be called from Lustre V4
--2c-4scade <string>
            generate C code to be called from Scade
--2c-4luciole
            generate a C file containing the necessary stuff to call the lucky file with luciole
--2c-4alice <string>
            generate C and C++ code to be called from Alice

Fix a bug in the "lurette calls luciole if needed" mode, introduced in 459c1713.

Indeed, I've change the definition of var.t so that they are by
default sorted by their creation date, and in luc2luciole, I was
suposing they were ordered by names...

BTW, I add a test in the non-reg suite.

for the toplevel stuff (dealing with args, etc.)

The rationale is that we plan to call that code directly from lutin.