nb: thus it works with red and fill since they are exactly the same !!!

nb: thus it works with red and fill since they are exactly the same !!!

F**k! socExec.ml was not gitted!!!

1) At the Lic level, there's no reason to distinguish betwenn node
calls, and predef node calls. Indeed it makes things simpler and more
homogeneous afterwards.

2) int strings are only converted when necessary (constant evaluation).

3) const are handled directly under Lic.by_pos_op instead of being under
   PREDEF_CALL, which make things easier and more logical.

Can be tried unsing the -exec option.

currently only working with trivial programs manipulating equalities
(wires) and predef operators (no pre, ->, arrays, and node calls).

Indeed, the data structure in output of the lis2loc parser was very
similar to Lic.t/LicPrg.t. Hence, this shunt.

At this stage it compiles, but it's untested and does not work.

BTW, put everything that concerns node environement into the new
IdSolver module (from the Lic module).

Indeed, part of licDump was done in lic, but that part should
not depend in the compil option.

Pascal prepared « the field » for that change.

The only culprit was the one in unifyClock.ml::249, but
I've lazyfied most of the non-trivial verbose call.

The 2 remaining unresolved testq that were timeout-ing now pass in a few ms...

The whole non-reg test time has been divided by more than 2!

 - translate merge on bools in terms of current and ite
 - do not print the clock info in node profile in en mode

+ various fixes in lustre test files.

nb : now all tests in the should_work dir passes !!!

Also, force the merge to operate over an ident rather than on any val_exp.

nb : do not work for lv4/ec mode

Also fix some bugs in DumpLic when printing condact in other modes.

Plug back the enums expansion (-ee, --expand-enums) that translates enum types using extern consts and types.