src/Pure/System/message_channel.ML
Sun, 05 Apr 2020 13:05:40 +0200 wenzelm clarified names;
Sat, 02 Nov 2019 12:39:44 +0100 wenzelm more direct output of XML material -- bypass Buffer.T;
Wed, 12 Dec 2018 00:01:11 +0100 wenzelm more uniform multi-language operations;
Tue, 11 Dec 2018 21:23:02 +0100 wenzelm more uniform multi-language operations;
Thu, 18 Feb 2016 23:10:28 +0100 wenzelm unconditional Multithreading;
Tue, 03 Nov 2015 13:54:34 +0100 wenzelm clarified modules;
Tue, 21 Jul 2015 14:12:45 +0200 wenzelm more explicit thread identification;
Thu, 29 Jan 2015 15:21:16 +0100 wenzelm explicit threads_stack_limit (for recent Poly/ML SVN versions), which leads to soft interrupt instead of exhaustion of virtual memory, which is particularly relevant for the bigger address space of x86_64;
Wed, 26 Nov 2014 20:05:34 +0100 wenzelm renamed "pairself" to "apply2", in accordance to @{apply 2};
Fri, 31 Oct 2014 22:48:00 +0100 wenzelm tuned;
Fri, 27 Jun 2014 22:08:55 +0200 wenzelm more tight Mailbox: single list is sufficient for single receiver, reverse outside critical section;
Fri, 25 Apr 2014 23:42:25 +0200 wenzelm manager is direct receiver of prover output -- discontinued old performance tuning (329320fc88df, 1baa5d19ac44);
Mon, 31 Mar 2014 10:28:08 +0200 wenzelm support bulk messages consisting of small string segments, which are more healthy to the Poly/ML RTS and might prevent spurious GC crashes such as MTGCProcessMarkPointers::ScanAddressesInObject;
Tue, 30 Jul 2013 21:22:37 +0200 wenzelm less aggressive flushing: cope with massive amounts of protocol messages, e.g. from threads_trace;
Wed, 10 Jul 2013 23:25:28 +0200 wenzelm more abstract message channel;
less more (0) tip