From: mquinson Date: Sun, 13 Feb 2005 16:49:27 +0000 (+0000) Subject: Place the new changelog (using debian format) at the begining of the file containing... X-Git-Tag: v3.3~4353 X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/commitdiff_plain/9c5c9afac95287120459459121a8b6e131653e51?ds=inline Place the new changelog (using debian format) at the begining of the file containing old one. Intend is to use debian format from now on. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/simgrid/simgrid/trunk@998 48e7efb5-ca39-0410-a469-dd3cf9ba447f --- diff --git a/ChangeLog b/ChangeLog index 0247f9efa3..ba8bb011c1 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,25 +1,93 @@ -2005-02-11 Martin - - Documentation overhault. - -2005-02-08 Martin - - Doxygenification of all GRAS. gtk-doc-tools is dead in SimGrid now. - - Automatically extract all existing logging categories, and add the list - to the documentation (long standing one, to say the less) - - Cleanup the known architecture table. Reorder the entries to group what - should be, and use a more consistant naming scheme. - (some of the test dataset are still to be regenerated) - -2005-02-07 Arnaud - - Bug fix in the lmm_solver. - - Interface to Paje (see http://www-id.imag.fr/Logiciels/paje/) through - the function MSG_paje_output. - - Introducing two new functions MSG_process_kill() and MSG_process_killall(). - -2005-02-04 Martin - - Reenable GRAS/RL; keep GRAS/SG disabled for now - - Various cleanups to the autotools stuff - - Begin to move Gras examples to examples/gras/ - - Let make distcheck work again (yeah!) +SimGrid (2.91) unstable; urgency=low + + Alpha 2 on the path to SimGrid 3 + + [Arnaud] + (surf) + - Bug fix in the lmm_solver. + (msg) + - Interface to Paje (see http://www-id.imag.fr/Logiciels/paje/) through the function + MSG_paje_output. + - Introducing two new functions MSG_process_kill() and MSG_process_killall(). + - It is possible to bound the rate of a communication in MSG with + MSG_task_put_bounded() (was already in the previous version but I had forgotten + to write it in the changelog). + - Bug fix to let GRAS run on top of MSG until we move it directly on top + of the SURF. + + [Martin] + (infrastructure) + - Various cleanups to the autotools stuff + - Begin to move Gras examples to examples/gras/ + - Let make distcheck work again (yeah!) + (documentation) + - documentation overhault using doxygen. + gtk-doc-tools is dead in SimGrid now. + - Automatically extract all existing logging categories, and add the list + to the documentation (long standing one, to say the less) + (gras) + - Cleanup the known architecture table. Reorder the entries to group what + should be, and use a more consistant naming scheme. + (some of the test dataset are still to be regenerated) + - Allow library to register globals on each process just as userdata does. + This is implemented using a xbt_dict and not a xbt_set, so we loose the + lookup time (for now). + Use it in msg and trp. + This cleans a lot the internals and helps enforcing privacy of the + headers between the gras components. + - Reenable GRAS + + -- + +SimGrid (2.90) unstable; urgency=low + + Alpha 1 on the path to SimGrid 3 + + * It is a long time since the last release of SimGrid. I'm sorry about + that but as I had told you, I was rewriting a lot of things. I apologize + to those who had been reporting bugs to me and that I had not answered. + If your bug is still in the new version, please tell me. Here is a + summary of the main changes. + + * REVOLUTION 1: The SimGrid project has merged with the GRAS project + lead by Martin Quinson. As a consequence SimGrid gains a lot in + portability, speed, and a lot more but you'll figure it out later. + SimGrid now comprises 3 different projects : MSG, GRAS and SMPI. + I wanted to release the new MSG as soon as possible and I have + broken GRAS, which is the reason why, for now, only MSG is fully + functionnal. A laconic description of these projects is available + in the documentation. + + * REVOLUTION 2: I have removed SG and I am now using a new simulation + kernel optimized for our needs (called SURF but only the developers + should use it). Hence, MSG is now roughly 30 times faster and I think + that by rewriting a little bit MSG, I could event speed it up a little + bit more. Beside the gain in speed, it is also much easier to encode a + new platform model with SURF than it was with SG. More to come... + + * REVOLUTION 3: I have tried to change a little as possible the API of + MSG but a few things really had to disappear. The main differences + with the previous version are : + 1) no more m_links_t and the corresponding functions. Platforms are + directly read from a XML description and cannot be hard-coded + anymore. The same format is used for application deployment + description. The new format is described in the documentation. + Have a look in tools/platform_generation. There is a tiny script + that converts from the old platform format to the new one. Concerning + the application deployment format, parsing the old one is tricky. + I think most of you should hower be able to convert your files. If + it is really an issue, I can write a C code that does the conversion. + Let me know. + 2) the toolbox tbx does not exist anymore. We now have a library + with much more data-structures but without the hash-tables (we have + dictionaries that are much faster). + + -- Arnaud Legrand Mon, 31 Jan 2005 10:45:53 -0800 + +***************************************************************************** +* Follows the old GRAS changelog. It does not follow the same syntax, but I * +* dont feel like converting the oldies. (Mt) * +***************************************************************************** 2005-01-31 Arnaud Version 2.90: "the long awaited one" diff --git a/ChangeLog.debian b/ChangeLog.debian deleted file mode 100644 index eb407606ed..0000000000 --- a/ChangeLog.debian +++ /dev/null @@ -1,54 +0,0 @@ -SimGrid (2.91) unstable; urgency=low - - * Bug fix in the lmm_solver. - * Interface to Paje (see http://www-id.imag.fr/Logiciels/paje/) through the function - MSG_paje_output. - * Introducing two new functions MSG_process_kill() and MSG_process_killall(). - * It is possible to bound the rate of a communication in MSG with - MSG_task_put_bounded() (was already in the previous version but I had forgotten - to write it in the changelog). - - -- - -SimGrid (2.90) unstable; urgency=low - - * It is a long time since the last release of SimGrid. I'm sorry about - that but as I had told you, I was rewriting a lot of things. I apologize - to those who had been reporting bugs to me and that I had not answered. - If your bug is still in the new version, please tell me. Here is a - summary of the main changes. - - * REVOLUTION 1: The SimGrid project has merged with the GRAS project - lead by Martin Quinson. As a consequence SimGrid gains a lot in - portability, speed, and a lot more but you'll figure it out later. - SimGrid now comprises 3 different projects : MSG, GRAS and SMPI. - I wanted to release the new MSG as soon as possible and I have - broken GRAS, which is the reason why, for now, only MSG is fully - functionnal. A laconic description of these projects is available - in the documentation. - - * REVOLUTION 2: I have removed SG and I am now using a new simulation - kernel optimized for our needs (called SURF but only the developers - should use it). Hence, MSG is now roughly 30 times faster and I think - that by rewriting a little bit MSG, I could event speed it up a little - bit more. Beside the gain in speed, it is also much easier to encode a - new platform model with SURF than it was with SG. More to come... - - * REVOLUTION 3: I have tried to change a little as possible the API of - MSG but a few things really had to disappear. The main differences - with the previous version are : - 1) no more m_links_t and the corresponding functions. Platforms are - directly read from a XML description and cannot be hard-coded - anymore. The same format is used for application deployment - description. The new format is described in the documentation. - Have a look in tools/platform_generation. There is a tiny script - that converts from the old platform format to the new one. Concerning - the application deployment format, parsing the old one is tricky. - I think most of you should hower be able to convert your files. If - it is really an issue, I can write a C code that does the conversion. - Let me know. - 2) the toolbox tbx does not exist anymore. We now have a library - with much more data-structures but without the hash-tables (we have - dictionaries that are much faster). - - -- Arnaud Legrand Mon, 31 Jan 2005 10:45:53 -0800