Contract resolution still need to be done as well as dealing with the machine code level and so on.

node_Table hashtbl is now only available through functions of the corelang.mli

Moved lusic to .h printer after normalizing in case we want one day to produce ACSL from a normalized spec
Trying also to extend the parser to deal with imported nodes....

Different parsers yet but shared process.
In case of lusi input the C backend is bypassed since the .h is generated from the lusic and no C code should be generated since it may overwrite existing manually written code

But

- Modules now is more integrated and performed the building of the type/clock env.
  previously some computation were performed twice by different functions. Some of these functions have been moved from compiler_common to modules

- Contract were extended with list of statements.

- a bug in regressio ntest Simulink/integrator_ext_IC_matrix_test revealed the following (serious issue):
  when building the list of instruction (in the machine code) the access to variable were hardcoded to LocalVar or StateVAr depending whether the variables was part of the identified memories.
  Un fortunately the set of memories is only known after iterating through all definitions. A read access to a memory which was scheduled before its update was generating a non compilable C code:
  the access to the memory x which should be written as mem->x was written as a local access "x". But x was not declared as a local variable: hence gcc compile error.

  The current commit is pretty involved. It goes through all the code:
  - LocalVar and StateVar have been merged in Var in machine instructions (rhs ie expressions)
  - any possible print or access to these shall be given access to the machine (ie its memories)
    so a lot of functions have been enriched with a machine first argument.

  Regression tests performed well showing no additional bug introduced.  The only Unstable->Broken changes are the DIFF which could not be run at all before.