Mailing lists were moved out of ENS to gforge a while ago

[simgrid.git] / ChangeLog

diff --git a/ChangeLog b/ChangeLog
index d143b30..4737109 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,33 +1,18 @@
-SimGrid (2.94-cvs) UNRELEASED
+SimGrid (2.94) unstable; urgency=low

 
 

-----
-TODO
-----
+  The first release candidate for SimGrid 3 !

 
 

-- Stop layering gras over msg?
-- Pre-compilation of data_send/recv?
-- Exception revolution?
-All of them seem to be post-SG3 issues.
-
-Rather finalize what's underway and finish the Big Cleanup:
-  - Check what can be cut from the xbt
-  - "pull" code diffusion in graspe
-  - document the gras' timing macro
-
-----
-DONE
-----
-  [Arnaud]
+  >>>Arnaud<<<

   (documentation)
   * Update the main page and the FAQ. Adding references to gforge.
   (documentation)
   * Update the main page and the FAQ. Adding references to gforge.

-  
+

   (gras)
   * Add a gras_os_getpid function.
 
   (msg)
   * Add MSG_task_get_compute_duration() and MSG_task_get_data_size()
   * Extend the logs so that they also print PID, hostname, date, ... if
   (gras)
   * Add a gras_os_getpid function.
 
   (msg)
   * Add MSG_task_get_compute_duration() and MSG_task_get_data_size()
   * Extend the logs so that they also print PID, hostname, date, ... if

-    available. 
+    available.

   * Convert the MSG example to the use of xbt_logs instead of PRINT_MESSAGE,
     and kill the old version which were in testsuite/
   * Rewrite tools/MSG_visualization/colorize.pl for using with logs instead
   * Convert the MSG example to the use of xbt_logs instead of PRINT_MESSAGE,
     and kill the old version which were in testsuite/
   * Rewrite tools/MSG_visualization/colorize.pl for using with logs instead


@@ -36,11 +21,11 @@ DONE
   (xbt)
   * Add xbt_os_time(). As the rest of xbt/portability, this is not public
     for users. Instead, each programming environment (GRAS, MSG,...) use it
   (xbt)
   * Add xbt_os_time(). As the rest of xbt/portability, this is not public
     for users. Instead, each programming environment (GRAS, MSG,...) use it

-    when needed to provide such a feature to users. 
+    when needed to provide such a feature to users.

     Don't shortcut the mecanism or you will also shortcut the virtualization
     you need on the simulator.
 
     Don't shortcut the mecanism or you will also shortcut the virtualization
     you need on the simulator.
 

-  [Martin]
+  >>>Martin<<<

   (infrastructure)
   * Cleanups in configury with regard to compile optimization/warning flags.
     Also add -fno-loop-optimize to any powerpc since it's the optimization
   (infrastructure)
   * Cleanups in configury with regard to compile optimization/warning flags.
     Also add -fno-loop-optimize to any powerpc since it's the optimization


@@ -48,18 +33,31 @@ DONE
   * Doxygen cleanups: move MSG examples, kill the second Doxygen phase
     needed by MSG examples complications
   * Borrow configury beautifications from PHP
   * Doxygen cleanups: move MSG examples, kill the second Doxygen phase
     needed by MSG examples complications
   * Borrow configury beautifications from PHP

-  
+

   (xbt)
   * Bugfix: XBT_LOG_NEW_DEFAULT_CATEGORY now compiles without compiler
     warning (thanks loris for stumbling into this one).
   (xbt)
   * Bugfix: XBT_LOG_NEW_DEFAULT_CATEGORY now compiles without compiler
     warning (thanks loris for stumbling into this one).

-    
+  * Bugfix: stop loading private headers (gras_config.h) from the public
+    ones (xbt/swag.h).
+

   (gras)
   * Change SIMGRID_INSTALL_PATH to GRAS_ROOT in Makefiles generated for user.
   * Rename gras_get_my_fqdn to gras_os_myname and implement it in the simulator
     RL would imply a DNS resolver, which is *hard* to do in a portable way
     (and therefore delayed).
   (gras)
   * Change SIMGRID_INSTALL_PATH to GRAS_ROOT in Makefiles generated for user.
   * Rename gras_get_my_fqdn to gras_os_myname and implement it in the simulator
     RL would imply a DNS resolver, which is *hard* to do in a portable way
     (and therefore delayed).

-
- --
+  * Implement a real timer mecanism and use it in timing macros. This allows
+    to avoid rounding errors and get a 0.000005 sec precision in timing
+    macros. While I was at it, various cleanups:
+     - allow to declare more than one timed section per file (fix a stupid bug)
+     - move some private declaration to the right place
+     - merge conditional execution and timing macros into emulation module
+     - document the module
+     - make sure the module cleanups its mess on gras_exit
+  * Documentation improvements:
+     - (new) how to compile applications using GRAS
+     - (new) emulation support (timing macros)
+
+ -- Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>  Fri, 13 May 2005 10:49:31 +0200

 
 SimGrid (2.93) unstable; urgency=low
 
 
 SimGrid (2.93) unstable; urgency=low