1. 17 Mar, 2010 7 commits
    • Erwan Jahier's avatar
      lurette 0.128 Mon, 03 Mar 2003 10:01:09 +0100 by jahier · 8d595778
      Erwan Jahier authored
      Parent-Version:      0.127
      Version-Log:
      
      source/parse_env.ml:
      source/env_state.ml:
      source/env_state.mli:
         Add support for transient /recurrent nodes (not plugged yet).
      
      source/parse_env.ml:
      source/solver.ml:
      source/formula.ml
      source/formula.mli:
      test/*.luc:
        Add the possibity to define formula and num expr aliases
        (a request from Bertrand).
      
      test/losange.luc: [new file]
      test/losange-3d.luc: [new file]
      test/test_losange.lus: [new file]
      user-rules:
         Add the losange in the non-regression test
      
      source/luc_exe.ml:
      source/command_line_luc_exe.ml:
         Add an option that lets one see local vars in lucky output.
      
      Project-Description: Lurette
      8d595778
    • Erwan Jahier's avatar
      lurette 0.115 Thu, 07 Nov 2002 14:19:37 +0100 by jahier · 7c4feb61
      Erwan Jahier authored
      Parent-Version:      0.114
      Version-Log:
      
      source/automata.ml:
         Fix a bug where esp loops were not always cutted properly in some cases.
      
      source/show_env.ml:
         Truncate too long for in the dot output (which bugs dot or gv).
      
      ihm/xlurette/xlurette_glade_main.ml:
         Accept both .lut or .lut files as anv files, and make the show buttons
         behave properly in both cases.
      
      Project-Description: Lurette
      7c4feb61
    • Erwan Jahier's avatar
      lurette 0.97 Fri, 04 Oct 2002 11:30:11 +0200 by jahier · 5d9a1618
      Erwan Jahier authored
      Parent-Version:      0.96
      Version-Log:
      
      Handling equalities smartlier.    .
      
      Project-Description: Lurette
      5d9a1618
    • Erwan Jahier's avatar
      lurette 0.86 Wed, 18 Sep 2002 15:27:17 +0200 by jahier · 50ccf63a
      Erwan Jahier authored
      Parent-Version:      0.85
      Version-Log:
      
      Finish to implement xlurette.
      
      Project-Description: Lurette
      50ccf63a
    • Erwan Jahier's avatar
      lurette 0.80 Mon, 02 Sep 2002 16:07:51 +0200 by jahier · 7344d9ba
      Erwan Jahier authored
      Parent-Version:      0.79
      Version-Log:
      
      source/control.ml:
      source/parse_env.ml:
          Add a new ctrl expr (set_between) to let one set the value of a CE var
          in such a way that it is backtracable within an interval. One rational
          is that it let ones code infinite loops that can be exited when
          the formula is false.
      
      Project-Description: Lurette
      7344d9ba
    • Erwan Jahier's avatar
      lurette 0.71 Mon, 22 Jul 2002 16:51:44 +0200 by jahier · 562a6ed5
      Erwan Jahier authored
      Parent-Version:      0.70
      Version-Log:
      
      automata.ml,mli:
      env.ml,mli:
      ima_exe.ml,mli:
      lurette.ml,mli:
         Fix a bug where the control expr were evaluated twice, which
         migth produce strange behavior whenever a CS var was drawn to 0
         in the place, and a value different from 0 in the second place.
         The fix consist in attaching the control.state at automata.t leaves,
         instead of the control expr labels (which was a bit silly BTW).
      
      show_env.ml:
         Fix a small bug in the dot output.
      
      Project-Description: Lurette
      562a6ed5
    • Erwan Jahier's avatar
      lurette 0.69 Fri, 19 Jul 2002 10:19:59 +0200 by jahier · 135fe2d5
      Erwan Jahier authored
      Parent-Version:      0.68
      Version-Log:
      
      wtree.ml,mli:   (deleted)
      automa.ml,mli:  (new files)
      control.ml,mli: (new files)
      
         Replace the [wtree] module by an [automata] module, that basically
         does the same job, but in a different way. Namely, it no more uses
         the [wtree] DS to use [graph]s instead.  Indeed, the product of
         wtrees introduces some problems, in particular to ensure its
         correctness wrt to the automata run concurrently. Now, everything a
         dead-simple wrt product: we simply perform a quasi-classical automata
         product (well, at least, much closer from a classical product, cf
         paper).
      
         The way loop counters are handled has also changed. Now, counters are
         handled via expressions of a simple arithmetic language that
         basically lets one initialise a variable to an exact or a random
         value (uniform or normal draw) and decrement it. Arcs are now
         labelled by a formula plus 2 expressions of that mini-language (no
         more weigth nor cpt_init stuff). The 1st expression is evaluated
         during the draw, basically performs any operations on counters, and
         returns a positive int that is used as the formula weigth. The second
         expression (a kind of post-condition) is evaluated if its arc is the
         one that has been elected to perform the step.
      
      At several locations long lines (< 80) are reindented.
      
      parse_env.ml:
         In the ima format, IfThenElseExpr becomes IfThenElseNum.
         Also, parse list more cleanly.
      
      graph.ml,mli:
          Add a function that test whether a transition is in the graph.
      
          Do not sort list of transitions anymore (what was the point?).
          Also do not sort nodes in any way.
      
      show_env_env.ml,mli:
         Abstract away nodes and arcs data types (so that I can display
         Automata graphs). rename generate_env_graph into ima_to_dot.
      
      lurette.ml:
      ima_exe.ml:
         Fix a bug where bbd table were filled by asserted non regression expr.
      
      lurette.ml:
         Fix a bug where incorrect data was sent to sim2chro (ie, the output of the
         previous step instead of the ones of the current step.
      
      env_state.ml:
      solver.ml:
      gne.ml:
         Fix a performance bug where I was storing formula indexes even if
         they were depending on inputs or pre, which is stupid as they generally
         won't be used again. In order to fix that, I introduced  new
         atomic_formula <-> indexes table to stote the ones that do not depend
         on inputs apart. It was also necassery to propogate the <<depend on pre>>
         flag inside Gne.gn_expr (which i renamed Gne.t BTW).
      
      Project-Description: Lurette
      135fe2d5