X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/e87e7a6959f53286092e5c160dd865579601ba0e..2be391bf4988a192dc9b771b2b07fff30a71c6c0:/ChangeLog

diff --git a/ChangeLog b/ChangeLog
index acd2d0ba06..8c0b53308d 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,19 +1,32 @@
 ----------------------------------------------------------------------------
 
-SimGrid (3.24.1) NOT RELEASED YET (v3.25 expected December 22. 2029, 04:19 UTC)
+SimGrid (3.25.1) UNRELEASED (target: March 20 2020 or v3.26 on 3/26/20)
+
+Fixed bugs (FG#.. -> framagit bugs; FG!.. -> framagit merge requests):
+ - FG#43: xbt::random needs some care
+ - FG!24: Documentation and fix for xbt/random
+ - GH#139: Allow pthread creation in SMPI
+
+----------------------------------------------------------------------------
+
+SimGrid (3.25) February 2. 2020 (aka 02 02 2020)
+
+The Palindrom Day Release.
 
 Important user-visible changes:
-- Great improvement of the Python binding's stability.
+- Improve the Python usability (stability and documentation).
   - A nasty synchronization bug was ironed out, see also below.
-- Reorganization of the C & Python bindings' documentation.
-  - Python was organized as a separate tree, C was not part of the doc
+  - Python's doc was organized as a separate tree, now integrated with C++.
+  - C bindings of S4U were not part of the doc.
   - The C++ doc was also improved as methods are now split by theme.
+- Further deprecate MSG: you now have to pass -Denable_msg=ON to cmake.
+  - This is mandatory to use the Java bindings.
+  - OFF by default; The plan is to completely remove MSG by 2020Q4 or 2021Q1.
 - SimDAG++: Automatic dependencies on S4U activities (experimental)
   - Some features are already implemented but not all of them
   - Cannot block an activity until it's scheduled on a resource
-  - Only Exec and Io so far. Comms are not handled yet.
-  - No heterogeneous wait_any() that would mix Exec and Io activities.
-  - See examples/s4u/{io-,exec-}dependent for what's already there.
+  - No heterogeneous wait_any() that would mix Exec/Comm/Io activities.
+  - See examples/s4u/{io,exec,comm}-dependent for what's already there.