Re: 1969

2010-02-12 Thread Ian Lynagh
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

1969

2009-12-18 Thread Simon Peyton-Jones
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

patch applied (testsuite): Add a compiler space usage test for trac #1969

2009-04-03 Thread Ian Lynagh
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

patch applied (ghc): Avoid quadratic complexity in occurrence analysis (fix Trac #1969)

2009-03-30 Thread Simon Peyton Jones
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

patch applied (ghc-6.8/ghc): MERGED: Fix Trac #1969: perfomance bug in the specialiser

2008-04-30 Thread Ian Lynagh
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.

patch applied (ghc): Fix Trac #1969: perfomance bug in the specialiser

2008-04-28 Thread Simon Peyton Jones
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