1. 06 Jul, 2020 2 commits
  2. 01 Jul, 2020 1 commit
  3. 23 Jun, 2020 1 commit
  4. 06 Mar, 2020 1 commit
    • erwan's avatar
      Breaking: remove Algo.pid and Algo.spid, and add the pid in the init function · 4280ff14
      erwan authored
      The  rationale is  that the  Algo.spid that  gave processes  access to
      their pid via their neighbors was a bit weird. Also, it makes the anonymity
      of the algorithm more explicit: an access to the pid could appear anywhere
      in the program, while now, the pid must be in state.t!
      
      Now, if the  user needs the pid,  he must store it  explicitly in the
      state via the initialization function.
      4280ff14
  5. 05 Mar, 2020 1 commit
  6. 19 Feb, 2020 1 commit
    • erwan's avatar
      Breaking: actions should now be the same for all algorithms. · 9326d028
      erwan authored
      To force that, I've changed the Register interface (and thus GenRegister)
      
      The rationale is that:
      - in lurette mode, they should be the same for all algos already
      - in batch mode, action declarations are ignored anyway (except in custom mode)
      9326d028
  7. 06 Feb, 2020 1 commit
  8. 22 Jan, 2020 1 commit
  9. 23 Oct, 2019 2 commits
  10. 17 Oct, 2019 1 commit
  11. 07 Oct, 2019 1 commit
  12. 30 Sep, 2019 1 commit
  13. 25 Sep, 2019 2 commits
  14. 03 Jul, 2019 2 commits
  15. 28 Jun, 2019 1 commit
  16. 26 Jun, 2019 1 commit
  17. 21 Jun, 2019 3 commits
  18. 19 Jun, 2019 3 commits
    • erwan's avatar
      New: provide a mean to set name of algo local vars (in RIF) · bf49f806
      erwan authored
      Basically, the idea is to parse the result of the registred ('s ->
      string) function.
      
      For instance if  the user define 'v and 'v printer as follows:
      
       type state = { a : int ; b : float }
       let state_to_string s = Printf.sprintf "x=%d y=%f" s.v1 s.v2
      
      pid_x and pid_y will be used as output var names in the RIF outputs.
      
      If the user provide no name:
       let state_to_string s = Printf.sprintf "%d %f" s.v1 s.v2
      
      some names will be invented (pid_v0 and pid_v1)
      bf49f806
    • erwan's avatar
      Update: clean-up the algo.mli file · c9014305
      erwan authored
      All the get_* functions (that are of no interest for users) are now in
      the Register module.
      c9014305
    • erwan's avatar
      Update: simplify the Algo API again by removing the local_env · 5afa94d3
      erwan authored
      Things that are currently broken:
      - the ability to init vars in the dot
      - controling the name of local vars in the rif output
      5afa94d3
  19. 17 Jun, 2019 1 commit
    • erwan's avatar
      New: the idea of using polymorphic value now works! · 3891cd6c
      erwan authored
      The idea is to use the Obj module (arg !!!), which is safe thanks to
      the fact that there is now only one register function, which forces all the
      'v to be bound to the same type.
      3891cd6c
  20. 14 Jun, 2019 1 commit
  21. 12 Jun, 2019 1 commit
  22. 11 Jun, 2019 2 commits
    • erwan's avatar
      Update: make Algo.local_env abstract · fd6d4d2d
      erwan authored
      fd6d4d2d
    • erwan's avatar
      Fix: perform variable initiliasation once · 9cb32320
      erwan authored
      Indeed, by using the Env.nset and Env.nget defined in
      0d6575a7 a pb that was hided by the
      use of Env.set and Env.get was triggered.
      
      The bug was that variables initialisations were done several times.
      
      In sasa.ml, the way I was updating the Env.t by iterating on the
      variables was forcing to "close" expressions that were calling init
      functions.
      9cb32320
  23. 06 Jun, 2019 1 commit
  24. 27 May, 2019 1 commit
  25. 23 May, 2019 1 commit
  26. 30 Apr, 2019 1 commit
  27. 26 Mar, 2019 2 commits
  28. 11 Mar, 2019 1 commit
  29. 10 Mar, 2019 2 commits