- XBT:
- * New module: cunit (my jUnit implementation in ansi C) [MQ]
- - Test units are placed directly into the library code, they get extracted
- automatically and placed into the src/testall binary.
- - Convert most of the XBT tests to this system.
- * New functions: xbt_dynar_getfirst_as() and xbt_dynar_getlast_as() [MQ]
- * XML parsing: rewrote parts of flexml to enable multiple xml parsers to
- live in the same C code. This required to change a little bit the API
- of surfxml parsing but shouldn't be an issue for end-users. [AL]
- * New module: sparse graph structure with basic algorithms. [AL]
- * Display more information on backtraces: source line & function names are
- now displayed just like valgrind does (rely on addr2line tool) [MQ]
+ GRAS:
+ * New module mecanism where user code can use per process globals [Mt]
+ This is similar to gras_userdata_*() functions, but for libraries. It
+ factorize some code developped over and over in the examples and AMOK.
+ It has still to be documented and used (only amok/peermanagement is
+ converted for now).
+
+ AMOK:
+ * Do really rename the hostmanagement module to peermanagement. [Mt]
+ Ie, rename functions from amok_hm_* to amok_pm_*. This breaks the API,
+ but this is rather new and this was documented in the module
+ documentation (poor excuse, I admit)
+
+ Documentation update:
+ * New FAQ: "Valgrind spits tons of errors!" [Mt]
+ * GRAS tutorial [Mt]
+ It contains:
+ - an introduction to the framework and to the used communication model
+ - an initiatic tour introducing the most proheminent features:
+ # Lesson 0: Installing GRAS
+ # Lesson 1: Setting up your own project
+ # Lesson 2: Exchanging simple messages
+ # Lesson 3: Passing arguments to the processes (in SG)
+ # Lesson 4: Attaching callbacks to messages
+ # Lesson 5: Using globals in processes
+ # Lesson 6: Logging informations properly
+ # Lesson 7: Using internal timers
+ # Lesson 8: Handling errors through exceptions
+ More a due, of course. At least the one explaining how to add data
+ into messages. In the meanwhile, you can check the examples which are
+ still here.
+
+ SIMDAG:
+ * A sequential mode has been added to the workstations. When a workstation
+ is in sequential mode, it can execute only one task, and the other tasks
+ are waiting in a FIFO. [Christophe Thiery]
+
+ SURF:
+ * The KCCFLN05 workstation model now handles parallel tasks. It is the
+ model for SIMDAG. [Christophe Thiery]
+ --
+
+SimGrid (3.1) unstable; urgency=low