Newest at the top
| 2025-02-11 17:29:21 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
| 2025-02-11 17:28:50 +0100 | JeremyB99 | (~JeremyB99@2607:ac80:407:7:b132:8d6d:8d5:36a3) |
| 2025-02-11 17:28:43 +0100 | JeremyB99 | (~JeremyB99@2607:ac80:407:7:b132:8d6d:8d5:36a3) (Remote host closed the connection) |
| 2025-02-11 17:26:13 +0100 | CalimeroTeknik | (~calimero@user/calimeroteknik) CalimeroTeknik |
| 2025-02-11 17:26:13 +0100 | CalimeroTeknik | (~calimero@ctkarch.org) (Changing host) |
| 2025-02-11 17:25:23 +0100 | <haskellbridge> | <alexfmpe> Still a bit rough around the edges but mostly works |
| 2025-02-11 17:24:59 +0100 | <haskellbridge> | <alexfmpe> Need cabal 3.12 |
| 2025-02-11 17:24:49 +0100 | <haskellbridge> | <alexfmpe> kaol: cabal repl all --enable-multi-repl |
| 2025-02-11 17:22:58 +0100 | <euouae> | well, what seems to me like is that we have composable setters now |
| 2025-02-11 17:22:37 +0100 | <euouae> | i.e. I can't hve it a -> f b anymore. |
| 2025-02-11 17:22:31 +0100 | <euouae> | although now I have to have :: Applicative f => (a -> f a) -> Vec3 a -> f (Vec3 a) |
| 2025-02-11 17:22:22 +0100 | <euouae> | something like: traverseVecX f (Vec3 x y z) = Vec3 <$> f x <*> pure y <*> pure z |
| 2025-02-11 17:21:30 +0100 | chele__ | (~chele@user/chele) (Remote host closed the connection) |
| 2025-02-11 17:18:38 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-02-11 17:18:10 +0100 | JeremyB99 | (~JeremyB99@2607:ac80:407:7:b132:8d6d:8d5:36a3) |
| 2025-02-11 17:18:02 +0100 | JeremyB99 | (~JeremyB99@2607:ac80:407:7:b132:8d6d:8d5:36a3) (Remote host closed the connection) |
| 2025-02-11 17:15:06 +0100 | ec | (~ec@gateway/tor-sasl/ec) ec |
| 2025-02-11 17:14:36 +0100 | ec | (~ec@gateway/tor-sasl/ec) (Ping timeout: 264 seconds) |
| 2025-02-11 17:13:36 +0100 | pavonia | (~user@user/siracusa) (Quit: Bye!) |
| 2025-02-11 17:08:03 +0100 | SlackCoder | (~SlackCode@64-94-63-8.ip.weststar.net.ky) (Read error: Connection reset by peer) |
| 2025-02-11 17:03:54 +0100 | Digit | (~user@user/digit) Digit |
| 2025-02-11 17:01:54 +0100 | JeremyB99 | (~JeremyB99@2607:ac80:407:7:b132:8d6d:8d5:36a3) |
| 2025-02-11 17:01:46 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 244 seconds) |
| 2025-02-11 17:01:46 +0100 | JeremyB99 | (~JeremyB99@2607:ac80:407:7:b132:8d6d:8d5:36a3) (Remote host closed the connection) |
| 2025-02-11 17:01:33 +0100 | Digit | (~user@user/digit) (Ping timeout: 244 seconds) |
| 2025-02-11 17:01:25 +0100 | <dminuoso> | Now write a `traverseVec3X` that does the same thing, except it only applies its action to the X component of Vec3. Write variants for Y and Z too. |
| 2025-02-11 17:00:57 +0100 | <dminuoso> | euouae: Perfect. Now off to the final variantÖ |
| 2025-02-11 16:50:30 +0100 | merijn | (~merijn@77.242.116.146) merijn |
| 2025-02-11 16:49:41 +0100 | merijn | (~merijn@77.242.116.146) (Ping timeout: 248 seconds) |
| 2025-02-11 16:48:52 +0100 | <euouae> | dminuoso: okay, I reflected a bit on the Vec3 exercise. The <$> f-wraps the constructor, and the <*> applies f-values one by one until it is reduced to an f-value. |
| 2025-02-11 16:47:59 +0100 | euouae | (~euouae@user/euouae) euouae |
| 2025-02-11 16:47:30 +0100 | tri | (~tri@ool-44c70bcb.dyn.optonline.net) (Ping timeout: 248 seconds) |
| 2025-02-11 16:45:32 +0100 | alfiee | (~alfiee@user/alfiee) (Ping timeout: 244 seconds) |
| 2025-02-11 16:43:06 +0100 | tri | (~tri@ool-44c70bcb.dyn.optonline.net) |
| 2025-02-11 16:41:17 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
| 2025-02-11 16:40:45 +0100 | merijn | (~merijn@77.242.116.146) merijn |
| 2025-02-11 16:39:41 +0100 | <haskellbridge> | <sm> just add the source paths with -i, it seems like |
| 2025-02-11 16:38:22 +0100 | <haskellbridge> | ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/wEXSVISAROaeFNEYxArasFqE/RCSq550tWp4 (4 lines) |
| 2025-02-11 16:38:22 +0100 | <haskellbridge> | <sm> https://github.com/simonmichael/hledger/blob/fbbe897133fabbef337f30cd746386a90545f45d/Justfile#L353 |
| 2025-02-11 16:36:12 +0100 | <haskellbridge> | <sm> oh.. I have a ghci script that uses various ghc options like -i to load from multiple packages into ghci as if they were in one package, for better reloading |
| 2025-02-11 16:29:21 +0100 | merijn | (~merijn@77.242.116.146) (Ping timeout: 268 seconds) |
| 2025-02-11 16:28:53 +0100 | todi | (~todi@p57803331.dip0.t-ipconnect.de) todi |
| 2025-02-11 16:27:50 +0100 | todi | (~todi@p57803331.dip0.t-ipconnect.de) (Ping timeout: 252 seconds) |
| 2025-02-11 16:26:15 +0100 | <tomsmeding> | if you can put your tests in a haskell file instead of running them manually in a repl, then making that an executable/test-suite component of your package allows you to simply use `cabal run` to run the tests, which does have better ergonomics (but perhaps longer roundtrip times) |
| 2025-02-11 16:25:15 +0100 | <tomsmeding> | kaol: I'm fairly sure ghci can only have one component loaded at a time; the others will be used as compiled dependencies. It can only reload the loaded component, so what you want is impossible, currently, I think |
| 2025-02-11 16:20:47 +0100 | __monty__ | (~toonn@user/toonn) toonn |
| 2025-02-11 16:17:12 +0100 | rembo10 | (~rembo10@main.remulis.com) rembo10 |
| 2025-02-11 16:16:34 +0100 | Anushka | (~Anushka@101.0.63.190) |
| 2025-02-11 16:15:46 +0100 | rembo10_ | (~rembo10@main.remulis.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2025-02-11 16:06:10 +0100 | <haskellbridge> | <sm> kaol: I didn't follow that exactly but it sounds like something stack build --fast --file-watch is good for |