Newest at the top
| 2024-04-25 14:34:56 +0200 | zetef | (~quassel@93.122.248.176) |
| 2024-04-25 14:32:50 +0200 | danza | (~francesco@151.37.242.9) (Ping timeout: 256 seconds) |
| 2024-04-25 14:31:47 +0200 | yin | (~yin@user/zero) (Ping timeout: 256 seconds) |
| 2024-04-25 14:31:04 +0200 | jco | (~jco@90-230-146-75-no600.tbcn.telia.com) () |
| 2024-04-25 14:30:55 +0200 | jco | (~jco@90-230-146-75-no600.tbcn.telia.com) |
| 2024-04-25 14:28:15 +0200 | <lyxia> | it's different |
| 2024-04-25 14:19:59 +0200 | bitdex | (~bitdex@gateway/tor-sasl/bitdex) (Quit: = "") |
| 2024-04-25 14:18:16 +0200 | <Inst> | so it's sort of the reverse of newtype? |
| 2024-04-25 14:11:08 +0200 | danza | (~francesco@151.37.242.9) |
| 2024-04-25 14:07:43 +0200 | pastly | (~pastly@gateway/tor-sasl/pastly) |
| 2024-04-25 14:06:11 +0200 | kshube | (~kshube@49.207.195.24) (Client Quit) |
| 2024-04-25 14:06:06 +0200 | pastly | (~pastly@gateway/tor-sasl/pastly) (Ping timeout: 260 seconds) |
| 2024-04-25 14:06:03 +0200 | kshube | (~kshube@49.207.195.24) |
| 2024-04-25 14:05:29 +0200 | xff0x | (~xff0x@125x103x176x34.ap125.ftth.ucom.ne.jp) (Ping timeout: 268 seconds) |
| 2024-04-25 14:00:55 +0200 | billchenchina | (~billchenc@103.152.35.21) (Remote host closed the connection) |
| 2024-04-25 13:59:52 +0200 | billchenchina | (~billchenc@103.152.35.21) |
| 2024-04-25 13:59:36 +0200 | yin | (~yin@user/zero) |
| 2024-04-25 13:59:21 +0200 | yin | (~yin@user/zero) (Quit: Reconnecting) |
| 2024-04-25 13:58:28 +0200 | totalghost | (~ghost@172-105-178-131.ip.linodeusercontent.com) |
| 2024-04-25 13:47:12 +0200 | hgolden | (~hgolden@2603:8000:9d00:3ed1:f849:272c:fda5:33c9) |
| 2024-04-25 13:41:36 +0200 | yin | (~yin@user/zero) |
| 2024-04-25 13:34:06 +0200 | <tomsmeding> | so if you evaluate until you have an I#, you automatically also have the Int# inside |
| 2024-04-25 13:33:52 +0200 | <tomsmeding> | Int# is an unlifted data type, so it has no bottom value |
| 2024-04-25 13:33:28 +0200 | <tomsmeding> | I think seq'ing an Int constructor will evaluate the Int# |
| 2024-04-25 13:33:17 +0200 | <Inst> | not until i pattern match, run an eq, or do something like print |
| 2024-04-25 13:32:48 +0200 | <Inst> | addition, basic arithmetic operations, is also lazy |
| 2024-04-25 13:32:34 +0200 | <Inst> | the implication is also that addition in Haskell... well, i wasn't actualyl that surprised by that! |
| 2024-04-25 13:31:30 +0200 | <Inst> | is that called boxing? |
| 2024-04-25 13:31:06 +0200 | <Inst> | and iirc even if i seq an Int constructor (but not deepseq), it won't evaluate the underlying number |
| 2024-04-25 13:27:26 +0200 | <tomsmeding> | so yes, it is lazy |
| 2024-04-25 13:27:22 +0200 | <tomsmeding> | Int is just `data Int = I# Int#` |
| 2024-04-25 13:13:43 +0200 | ocra8 | (ocra8@user/ocra8) |
| 2024-04-25 13:11:52 +0200 | <Inst> | Int _ |
| 2024-04-25 13:11:41 +0200 | <Inst> | but basically, literally, every Int has a WHNF of Int Int# iirc |
| 2024-04-25 13:10:56 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-04-25 13:10:52 +0200 | <Inst> | so went on about laziness |
| 2024-04-25 13:10:39 +0200 | <Inst> | it was, but not because of the reason she thought (i.e, O(n^log n, I think) because of the maps, but because of the thunks she was accumulating |
| 2024-04-25 13:09:44 +0200 | <Inst> | has a Haskell background, and was complaining about her scanl1 being inefficient because it was defined via maps |
| 2024-04-25 13:09:24 +0200 | ubert | (~Thunderbi@2a02:8109:ab8a:5a00:7c15:d614:7e94:5929) |
| 2024-04-25 13:09:23 +0200 | <Inst> | there's a nice Julian girl, well, not sure what to call her, with OCaml experience who's playing around with Haskell these days |
| 2024-04-25 13:08:46 +0200 | <Inst> | dminuoso: the problem is, whenever I try to seq a value of type int, I just get the constructor |
| 2024-04-25 13:06:52 +0200 | ocra8 | (ocra8@user/ocra8) (Quit: WeeChat 4.2.2) |
| 2024-04-25 13:03:11 +0200 | qqq | (~qqq@92.43.167.61) |
| 2024-04-25 12:58:31 +0200 | berberman | (~berberman@user/berberman) |
| 2024-04-25 12:57:47 +0200 | berberman | (~berberman@user/berberman) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2024-04-25 12:51:36 +0200 | ChaiTRex | (~ChaiTRex@user/chaitrex) |
| 2024-04-25 12:48:44 +0200 | Lord_of_Life_ | Lord_of_Life |
| 2024-04-25 12:48:25 +0200 | yeitrafferin | (~user@2a04:4540:7213:4d00:b9b0:d2b9:e58a:8d24) |
| 2024-04-25 12:47:50 +0200 | Lord_of_Life | (~Lord@user/lord-of-life/x-2819915) (Ping timeout: 245 seconds) |
| 2024-04-25 12:47:19 +0200 | Lord_of_Life_ | (~Lord@user/lord-of-life/x-2819915) |