GitLab

full tail rec algo abandoned (for the time being)

deterministic subset seems to work

Conflicts:
	source/Lutin/Makefile.lutin
	source/Lutin/main.ml

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.

in order to avoid strange "assert" behavior.
Simu is based on standard AutoGen, thus
the behavior is the same with simu and compiled luc.
Warning: the experience of AutoExplore raised
important problems between Lutin and Lucky semantics:
should be fixed in a later version !

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.