--- Coro/Changes 2011/06/11 13:01:25 1.569 +++ Coro/Changes 2011/07/13 02:36:01 1.578 @@ -4,19 +4,31 @@ TODO: channel->maxsize(newsize)? TODO: http://www.microsoft.com/msj/archive/s2ce.aspx -TODO: tutorial -TODO: in_eval, PL_tained +6.02 Wed Jul 13 04:35:19 CEST 2011 + - "improve portability to Gentoo" - gentoo manages to put perl variables + in memory areas that are farther than 2gb apart, which the jit couldn't + handle and barfed. now it's just a bit slower on gentoo and similar + systems. + +6.01 Sun Jul 3 12:31:14 CEST 2011 + - workarounds are good, but the test for whether pthreads are used + was not good. thisone should be better. + - check differently whether gcc generates cfi instructions itself. + +6.0 Wed Jun 29 19:43:35 CEST 2011 - INCOMPATIBLE CHANGE: unreferenced coro objects will now be destroyed and cleaned up automatically (e.g. async { schedule }). - implement a JIT compiler for part of the thread switch code, which gives a 50% speed improvement on threaded perls, and about 4% on non-thraeded perls (so threaded perls now finally reach about half the speed of non-threaded perls). + - slightly modernise Coro::Intro, add section about rouse functions. - avoid DEFSV and ERRSV, giving another 10% improvement in thread switching. - Coro::State->is_destroyed is now called is_zombie. - implement a Coro->safe_cancel method that might fail, but cancels in a "safer" way if it succeeds. + - add preliminary support for DEBUGGING perls. - get rid of two hash-accesses when initialising a new Coro - this speeds up coro creation by almost a factor of two. - croak when a coro that is being cancelled tries to block @@ -41,6 +53,10 @@ - simplify warn/die hook handling when loading Coro - the convoluted logic seems to be no longer neccessary. - use libecb instead of our own home-grown gcc hacks. + - document alternatives to Coro::LWP. Please use them :) + - work around another mindless idiotic NEEDLESS bug in openbsd/mirbsds + sigaltstack. Really. wine suffers from it, erlang suffers from it, + and it's known since at least 2006. 5.372 Wed Feb 23 06:14:30 CET 2011 - apparently mingw doesn't provide a working gettimeofday, try to