* Our own implementation of getline is renamed xbt_getline, and gets
used even if the OS provide a getline(). This should reduce the
configuration complexity by using the same code on all platforms.
+ * new xbt_cfg_elm_boolean type
Java:
* Reintegrate Java to the main archive as desynchronizing these
package is not acceptable anymore (Java is now considered stable)
+ * Add explicit synchronization facilities through semaphores
* Bugfix: Task.setDataSize() only changed the C world, not the value
cached in the Java world
+ MSG:
+ * Dramatically change the way files are handled. API and internals changed, but
+ this part of MSG was not considered as production grade either.
+ * Add explicit synchronization facilities through semaphores
+
SMPI:
- * Improvements for the SMPI replay tool:
- - For most of the collective communications we can know exactly
- which rank is the root one.
- - Now we can include in the traces the real used MPI datatype
- (till know we were using the MPI_BYTE). Also we can have multiple
- datatypes in the traces.
- - The tool supports both time-independent traces from the TAU and the
- modified MPE tools.
- - Fix the Reduce action, as there was no information about computation
- load.
+ * SMPI is now included directly in the libsimgrid as the windows
+ linker dont forces us on splitting it anymore.
+ * Improvements of the SMPI replay tool:
+ - Most of the collective communications are now rooted in the same process as
+ in the original application.
+ - Traces now rely on the same MPI datatype as the application (MPI_BYTE was
+ used until now). Multiple datatypes can now be used in a trace.
+ - The replay tool now supports traces produce either by TAU or a modified
+ version of MPE.
+ - Bug Fix: the compute part of the reduce action is now taken into account.
+ * smpirun generates the hostfile if needed (with given hostcount and platform)
+
+ PLATFORM:
+ * Handle units for values (10ms, 10kiloflops, 10Bps, ...)
+ * Remove rule based routing (no more pcre dependency)
-- $date Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>