that it is a bug. performance
improvements between releases are intentional. (-:
thanks for the kattis link, btw!
cheers,
m.
On Sat, Dec 13, 2014 at 02:10:25PM -0700, David Spies wrote:
Date: Sat, 13 Dec 2014 14:10:25 -0700
From: David Spies dnsp...@gmail.com
To: Matthias Fischmann m
,
but it makes sense not to start with that assumption.
Have fun,
Mikolaj
On Sat, Dec 13, 2014 at 10:06 AM, David Spies dnsp...@gmail.com wrote:
I have a program I submitted for a Kattis problem:
https://open.kattis.com/problems/digicomp2
But I got memory limit exceeded. I downloaded the test
Spies wrote:
Date: Sat, 13 Dec 2014 02:06:52 -0700
From: David Spies dnsp...@gmail.com
To: ghc-devs@haskell.org ghc-devs@haskell.org
Subject: Program runs out of memory using GHC 7.6.3
I have a program I submitted for a Kattis problem:
https://open.kattis.com/problems/digicomp2
But I
I tried adding strictness to everything, forcing each line with evaluate .
force
It still runs out of memory and now running with -hc blames the extra
memory on trace elements which seems somewhat unhelpful.
On Sat, Dec 13, 2014 at 2:10 PM, David Spies dnsp...@gmail.com wrote:
I think there's
this was the cause?
Simon
*From:* ghc-devs [mailto:ghc-devs-boun...@haskell.org] *On Behalf Of *David
Spies
*Sent:* 07 December 2014 19:44
*To:* ghc-devs@haskell.org
*Subject:* Re: -O/-O2 causes program to run too slow
Ok, so I found that it was an instance of this:
https://ghc.haskell.org/trac
not convinced that it actually is an optimization. In what
circumstances does the state-hack identify a single-entry function that
can't be identified as single-entry by some other (safe) method?
On Sun, Dec 7, 2014 at 10:52 AM, David Spies dnsp...@gmail.com wrote:
I have a program I wrote to submit
