Skip to content
Snippets Groups Projects
  1. Jan 14, 2015
    • Erwan Jahier's avatar
      Fix a bug when using -esa -en -2c on programs with assert · 79e85ff2
      Erwan Jahier authored
      Report by willie (cf mail of 8/10/2014 to get the file)
      
      file:/tmp/modes3x2.lus
      
      lus2lic -esa -en -2c /tmp/modes3x2.lus -n modes3x2
      
      But it gives an error of:
      Error. in file "/mnt/A/wsept/modes3x2_pre_orig_lus2lic_en_esa/modes3x2.lus",
      line 74, col 8 to 8, token '#': only one operator per equation is allowed
      (v04_0, v04_1).
      
      Which is the line:
      assert #(on_off, toggle);
      
      -----------------------------------------------------------------
      
      Actually, refuse programs that uses "#" or "nor" run with -esa and
      -2c|-exec
      
      That means that willie program is now rejected.
      
      Nevertheless, that change migth fix some other programs (that uses
      arrays, and used with -esa and -exec or -2c).
      79e85ff2
  2. Jan 07, 2015
    • Erwan Jahier's avatar
      Merge does not generate soc anymore ! · fcf73b92
      Erwan Jahier authored
      Also fix a bug in Lic2soc.make_e2a_elt where some deps and some
      actions were lost. Actually, this bug ought to be triggered only with
      nested calls. So this affects only programs executed via the
      -knc/-keep-nested-calls option. and -2c is not supposed to work in
      conjunction with -knc ! Hence this fix does not fix anything. But
      still it fixes potentially future code if I (or someone else) decide
      to handle nested calls in the lic one day.
      fcf73b92
  3. Dec 12, 2014
  4. Dec 08, 2014
  5. Nov 17, 2014
  6. Oct 09, 2014
  7. Oct 07, 2014
    • Erwan Jahier's avatar
      lic2soc: factorize some Soc.gao tests · 55efeade
      Erwan Jahier authored
      For the time being, we simple try to factorise out the test of
      consecutive gao that holds on the same clock.
      
      ps : also fix a pb (infinite loop in SortActions.topo_sort)
      introduced in the previous change that, for a strange reason
      (Makefile issue), was not catched by the test (almost all test were
      failing !!).
      
      pps : it actually seems to break quite a lot of test, but its my test
      script that wrong ! since version 527 (we are 534), the compiler used
      to perform the test in the tmp dirs is not upadated ! (well it is,
      but on the wrong machine...).
      
      I commit this change still as it introduces no more test failures.
      55efeade
  8. Oct 06, 2014
  9. Oct 03, 2014
  10. Oct 02, 2014
  11. Oct 01, 2014
  12. Sep 29, 2014
  13. Sep 09, 2014
  14. Sep 05, 2014
  15. Sep 04, 2014
  16. Sep 03, 2014
  17. Sep 02, 2014
    • Erwan Jahier's avatar
      -ei (and thus -ec): Fix a bug when translating condact. · 5ee67626
      Erwan Jahier authored
      The translation was faithfull to the comment, but the comment was wrong :
      in order to translate a condact, we need clocks (when) !
      
      node condact_toto(i0:bool; i1:int; i2:int) returns (o0:int) = Lustre::condact<<toto, 0>>;
      
      is now translated into:
      
      condact_toto(i0:bool; i1:int; i2:int) returns (o0:int)
      let
        o0 = if i0 then current(toto(i1 when i0, i2 when i0) ) else (0 fby o0);
      tel
      5ee67626
  18. Sep 01, 2014
  19. Aug 27, 2014
  20. Aug 26, 2014
  21. Aug 25, 2014
  22. Aug 22, 2014
  23. Aug 19, 2014
    • Erwan Jahier's avatar
      lus2lic --gen-autotest : change the strategy to compare real values en generated oracles. · f02e8b1b
      Erwan Jahier authored
      Indeed, for big integers, looking at |x-x'|<eps leads to false
      positive, because of the precision (*); it is better to to look at
      |1-x/x'|<eps
      
      (*) the precision (-p 6) influence the comparison, because the SUT
      currently sends its result via a socket and truncate the result
      (which is probably a bad idea).
      
      nb : the exec time explose (x3), but for an external (unknown) reason
      (undoing the change leads to the same exec time ~800s).
      f02e8b1b
Loading