+SimGrid (3.10) NOT RELEASED; urgency=low
+
+ XBT:
+ * 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
+ * Allow to disable SimGrid cleanups at exit from command line option.
+ There are situations where one may want a simulation to end with an exit.
+ Unfortunately, calling exit may cause SimGrid to segfault, which is quite
+ annoying when scripting around the simulator. Adding a
+ --cfg=clean_atexit:yes allows to circumvent this issue.
+
+ 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
+ * Add a new function MSG_host_get_process_list()
+
+ SMPI:
+ * SMPI is now included directly in the libsimgrid as the windows
+ linker doesn't force 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 data type as the application (MPI_BYTE was
+ used until now). Multiple data types 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)
+ * Integration of more than 100 STAR-MPI, MPICH, OpenMPI collective algorithms
+ - allows to select one in particular with --cfg=smpi/coll_name:algorithm
+ - allows to use the decision logic of OpenMPI(1.7) or MPICH(3.0.4) by setting
+ --cfg=smpi/coll_selector:(mpich/ompi)
+ * Support for new functions : MPI_Issend, MPI_Ssend, Commutative operations in
+ Reduce
+ * Add a --cfg:tracing/smpi/internals option, to trace internal communications
+ happening inside a collective SMPI call.
+ * Fix the behavior of complex data types handling
+ * replace MPICH-1 test suite by the one from MPICH 3.0.4. Can be built using
+ enable_smpi_MPICH3_testsuite flag in cmake. Run with ctest.
+ * Add all missing Fortran bindings, SMPI should work with Fortran 90
+ (no privatization of global variables yet)
+
+ SimDag:
+ * Allow to change SimGrid configuration (see --help) within the code
+ thanks to SD_config() as it can be done in MSG.
+ * Add a new function SD_task_set_amount() upon user request.
+
+ PLATFORM:
+ * Handle units for values (10ms, 10kiloflops, 10Bps, 1GB, ...)
+ * Remove rule based routing (no more PCRE dependency)
+ * Add a limiter_link option to cluster tag, to specify a maximum reachable
+ bandwidth in fullduplex mode when it is less than twice the nominal bandwidth.
+ * Add a loopback_bw and loopback_lat options to cluster tag.
+ * Fix the peer tag that could not be mixed with other AS within a Vivaldi
+ routing. Now peers are encapsulated in an AS and have their own private
+ router but this is transparent.
+
+-- $date Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>
+
+SimGrid (3.9) stable; urgency=low
+
+ The Grasgory release: GRAS is really dead now.
+
+ * Complete overhaul of the internal host structures scheme.
+
+ GRAS:
+ * If you use GRAS, you should stay at SimGrid 3.5 (at most) since it
+ was considered as experimental and badly maintained since then.
+ * Keeping it was thus a trap to our potential users, that could take
+ it instead of MSG or SMPI by mistake despite is pity state.
+ * GRAS seems to have very few users (if any), and no one volunteered
+ to maintain it further. It also induces a lot of XBT code (for
+ portability sake), that must be maintained too.
+ * For all these reasons, we killed GRAS. If someone wants to revive it
+ in the future, don't cry, our git history still remembers of GRAS.
+
+ Documentation:
+ * Major overhaul. Merge our documentation again as time proved that
+ splitting it was really not helping our users.
+ * Further improve the developer documentation to help newcomers
+ hacking on SimGrid itself. The user documentation (and in
+ particular, the beginner documentation) is still in a sorry state.