2015-05-24 23:52:12 +0200 <lpaste> Cale pasted “good ol' functional programming instead of classes?” at http://lpaste.net/133274
2015-05-24 22:49:57 +0200 <lpaste> monochrom pasted “do-let-where example” at http://lpaste.net/133271
2015-05-24 21:45:38 +0200 <staffehn> newsham, tempname11_: one can even generalize further: http://lpaste.net/133270
2015-05-24 21:24:25 +0200 <staffehn> newsham: here you go, http://lpaste.net/133268
2015-05-24 21:17:25 +0200 <staffehn> newsham: http://lpaste.net/133268
2015-05-24 17:10:53 +0200 <Phillemann> Cany anyone help me read this cabal dependency error: http://lpaste.net/133256 - I'm using stackage-lts-2.9. It seems like classy-prelude depends on an old version of text, which attoparsec isn't compatible with?
2015-05-24 16:35:20 +0200 <muzzle> nshepperd: i already ran it, but it's all allocated in this: http://lpaste.net/133260
2015-05-24 16:30:55 +0200 <muzzle> int-e: btw this is the fastest thing, that I could come up with: http://lpaste.net/133260
2015-05-24 16:28:55 +0200 <muzzle> athan: at the moment a simple parser for a binary data format http://lpaste.net/133257
2015-05-24 16:12:29 +0200 <athan> wtf...? http://lpaste.net/133259
2015-05-24 16:10:34 +0200 <int-e> muzzle: how about http://lpaste.net/133258
2015-05-24 15:49:23 +0200 <muzzle> ClaudiusMaximus: This is the whole module http://lpaste.net/133257
2015-05-24 15:30:35 +0200 <muzzle> Hi, can anyone tell me why this code for parsing a binary data format is slow and hogs crazy amounts of memory ? http://lpaste.net/133247
2015-05-24 15:02:16 +0200 <Phillemann> Cany anyone help me read this cabal dependency error: http://lpaste.net/133256
2015-05-24 13:46:50 +0200 <staffehn> d-snp: isn't that what already happens? http://lpaste.net/133255
2015-05-24 13:27:16 +0200 <staffehn> And finally compare this http://lpaste.net/133254 with this http://lpaste.net/133252. The first one is equivalent to the "let" version.. (the ~ means "lazy patternmatching", a really interesting thing/concept)
2015-05-24 13:24:23 +0200 <staffehn> Wizek: This does not fail though: http://lpaste.net/133250.. there you see the difference between let and case regarding lazyness.
2015-05-24 13:21:37 +0200 <staffehn> This also fails: http://lpaste.net/133252
2015-05-24 13:10:19 +0200 <Wizek> http://lpaste.net/133250
2015-05-24 13:04:50 +0200 <staffehn> http://lpaste.net/133249
2015-05-24 11:26:54 +0200 <muzzle> Hi, can anyone tell me why this code for parsing a binary data format is slow and hogs crazy amounts of memory ? http://lpaste.net/133247
2015-05-24 07:39:38 +0200 <dmj`> can I get another set of eyes on this aeson parser, can't figure out why it isn't working... think it has to do w/ the chapter part, http://lpaste.net/133239
2015-05-24 07:03:15 +0200 <m_ryan> ReinH: can you check this code: http://lpaste.net/133235, i use the worded but i has a error.
2015-05-24 06:43:19 +0200 <m_ryan> hi can anyone help me with this code. can't figure out what does the error pointing out : http://lpaste.net/133235
2015-05-24 06:40:31 +0200 <m_ryan> hi can anyone help me with this code. can't figure out what does the error pointing out : http://lpaste.net/133235
2015-05-24 03:30:47 +0200 <lpaste> tejon revised “spacecake.hs”: “spacecake-the-ultimate.hs” at http://lpaste.net/133227
2015-05-24 03:26:07 +0200 <lpaste> tejon revised “spacecake.hs”: “spacecake.hs” at http://lpaste.net/133227
2015-05-24 03:17:42 +0200 <lpaste> tejon revised “spacecake.hs”: “Hail_Spacecake.hs” at http://lpaste.net/133227
2015-05-24 03:11:52 +0200 <lpaste> tejon pasted “spacecake.hs” at http://lpaste.net/133227
2015-05-24 02:26:11 +0200 <dmj`> tejon: this blows up http://lpaste.net/133223
2015-05-24 02:06:15 +0200 <dmj`> tejon: http://lpaste.net/133222
2015-05-24 01:54:14 +0200 <dmj`> tejon: http://lpaste.net/133221
2015-05-24 00:40:52 +0200 <zipper> johnw: http://lpaste.net/1027379073673854976#line31
2015-05-23 21:22:33 +0200 <lpaste> Nils revised “Roman Numerals in Haskell”: “No title” at http://lpaste.net/133195
2015-05-23 20:53:39 +0200 <kyren> for which I am getting this error: http://lpaste.net/133215