| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2021-04-14 | Remove remote counter system | Gaëtan Gilbert | |
| 2020-03-18 | Update headers in the whole code base. | Théo Zimmermann | |
| Add headers to a few files which were missing them. | |||
| 2019-06-17 | Update ml-style headers to new year. | Théo Zimmermann | |
| 2018-02-27 | Update headers following #6543. | Théo Zimmermann | |
| 2017-07-04 | Bump year in headers. | Pierre-Marie Pédrot | |
| 2016-01-20 | Update copyright headers. | Maxime Dénès | |
| 2015-01-12 | Update headers. | Maxime Dénès | |
| 2014-12-01 | Better comment | Enrico Tassi | |
| 2014-10-13 | STM: primitives to snapshot a .vi while in interactive mode | Enrico Tassi | |
| 2014-02-26 | remoteCounter: backup/restore | Enrico Tassi | |
| When you resume the compilation of a .vi file, you want to avoid collisions on fresh names. | |||
| 2013-08-20 | Universe counters on slaves are in sync with master | gareuselesinge | |
| Simple framework for remote counters. The slaves ask the master for a fresh value. On the master the thread manager answers with a bunch of fresh values (so that further requests can be immediately satisfied). Remote counters are guarded with a mutex on the master, because all slave managers as well as the master thread can access the counter at the same time. I know the name sucks. These counters are remote for the slaves, and local for the master. I'm open to suggestions... git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/coq/trunk@16713 85f007b7-540e-0410-9357-904b9bb8a0f7 | |||
