Dear Haskellers,
I’m wondering if the use of deepseq to avoid unwanted lazyness might be
a too large hammer in some use cases. Therefore, I’m looking for real
world programs with ample use of deepseq, and ideally easy ways to test
performance (so preferably no GUI applications).
I’ll try to find
There are two senses in which deepseq can be overkill:
1. The structure was already strict, and deepseq just forces another
no-op traversal of the entire structure. This hypothetically affects
seq too, although seq is quite cheap so it's not a problem.
2. deepseq evaluates too much, when it was
Hi,
Am Montag, den 07.01.2013, 13:06 +0100 schrieb Joachim Breitner:
I’m wondering if the use of deepseq to avoid unwanted lazyness might be
a too large hammer in some use cases. Therefore, I’m looking for real
world programs with ample use of deepseq, and ideally easy ways to test
performance
On Mon, Jan 7, 2013 at 4:06 AM, Joachim Breitner
m...@joachim-breitner.de wrote:
I’m wondering if the use of deepseq to avoid unwanted lazyness might be
a too large hammer in some use cases. Therefore, I’m looking for real
world programs with ample use of deepseq, and ideally easy ways to test
Hi Hamish,
would it be possible to get an update for process-leksah that works with
recent versions of the 'filepath' package? I cannot build leksah-server
with GCC 7.4.2 because of this issue.
Take care,
Peter
___
Haskell-Cafe mailing list
Features in process-leksah have been merged into process. For
newer versions of GHC leksah-server just depends on process.
If it is trying to install process-leksah then something else
has probably gone wrong.
Check ghc-pkg list for old versions of leksah. Make sure
you have the latest