On Fri, Dec 18, 2009 at 09:22:07AM +, Simon Peyton-Jones wrote:
>
> I think #1969 is fixed, at least as well as we can for now. Do we need to
> keep it open?
I've closed it.
Thanks
Ian
___
Cvs-ghc mailing list
Cvs-ghc@ha
Ian
I think #1969 is fixed, at least as well as we can for now. Do we need to keep
it open?
Simon
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Fri Apr 3 18:09:54 PDT 2009 Ian Lynagh
* Add a compiler space usage test for trac #1969
A ./tests/ghc-regress/space_leaks/T1969.hs
M ./tests/ghc-regress/space_leaks/all.T +34
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20090404010954-3fd76
Mon Mar 23 03:38:26 PDT 2009 simo...@microsoft.com
* Avoid quadratic complexity in occurrence analysis (fix Trac #1969)
The occurrence analyser could go out to lunch in bad cases, because
of its clever loop-breaking algorithm. This patch makes it bale out
in bad cases
Wed Apr 30 08:45:44 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* MERGED: Fix Trac #1969: perfomance bug in the specialiser
[EMAIL PROTECTED]
The specialiser was using a rather brain-dead representation for
UsageDetails, with much converting from lists to finite maps and
back.
Mon Apr 28 08:57:11 PDT 2008 [EMAIL PROTECTED]
* Fix Trac #1969: perfomance bug in the specialiser
The specialiser was using a rather brain-dead representation for
UsageDetails, with much converting from lists to finite maps and
back. This patch does some significant refactoring. It