Newest at the top
| 2026-01-05 02:24:21 +0100 | ChanServ | +v lambdabot |
| 2026-01-05 02:24:21 +0100 | lambdabot | (~lambdabot@haskell/bot/lambdabot) lambdabot |
| 2026-01-05 02:24:09 +0100 | <yahb2> | <interactive>:153:5: warning: [GHC-53633] [-Woverlapping-patterns] ; Pattern match is redundant ; In a pattern binding: Just x = ... ; ; () |
| 2026-01-05 02:24:09 +0100 | <EvanR> | % let Just x = Nothing in () |
| 2026-01-05 02:23:32 +0100 | <c_wraith> | Well, anyway. (let Just x = Nothing in ()) evaluates to (). (case Nothing of Just x -> ()) is a pattern match error. |
| 2026-01-05 02:23:30 +0100 | <EvanR> | doesn't immediately evaluate? |
| 2026-01-05 02:23:15 +0100 | <EvanR> | but let Pattern x y z = hopefullyPattern in e ? |
| 2026-01-05 02:22:53 +0100 | <EvanR> | let x = whatever in y, a thunk makes sense |
| 2026-01-05 02:22:25 +0100 | <c_wraith> | huh. lambdabot isn't in here right now |
| 2026-01-05 02:21:38 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-05 02:21:38 +0100 | <c_wraith> | > let Just x = Nothing in () |
| 2026-01-05 02:21:14 +0100 | <c_wraith> | let/where create a thunk when they match on a pattern. case forces evaluation. |
| 2026-01-05 02:20:37 +0100 | <oats> | why does so much code in base and ghc use `case` for binding instead of `let` or `where`? like here: https://hackage-content.haskell.org/package/ghc-internal-9.1401.0/docs/src/GHC.Internal.Arr.html#n… |
| 2026-01-05 02:20:10 +0100 | Tuplanolla | (~Tuplanoll@88-114-88-95.elisa-laajakaista.fi) (Quit: Leaving.) |
| 2026-01-05 02:11:02 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 256 seconds) |
| 2026-01-05 02:09:49 +0100 | jmcantrell_ | (~weechat@user/jmcantrell) jmcantrell |
| 2026-01-05 02:08:47 +0100 | omidmash1 | omidmash |
| 2026-01-05 02:08:47 +0100 | omidmash | (~omidmash@user/omidmash) (Ping timeout: 256 seconds) |
| 2026-01-05 02:06:30 +0100 | omidmash1 | (~omidmash@user/omidmash) omidmash |
| 2026-01-05 02:05:54 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-05 01:55:13 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 264 seconds) |
| 2026-01-05 01:50:11 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-05 01:40:17 +0100 | spew | (~spew@user/spew) (Quit: nyaa~) |
| 2026-01-05 01:38:55 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2026-01-05 01:34:23 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-05 01:33:54 +0100 | zlqrvx | (~zlqrvx@user/zlqrvx) zlqrvx |
| 2026-01-05 01:32:57 +0100 | GdeVolpiano | (~GdeVolpia@user/GdeVolpiano) GdeVolpiano |
| 2026-01-05 01:32:49 +0100 | zlqrvx | (~zlqrvx@user/zlqrvx) (Quit: connection reset by purr) |
| 2026-01-05 01:32:15 +0100 | <haskellbridge> | <sm> rather unlikely I suppose |
| 2026-01-05 01:32:08 +0100 | GdeVolpiano | (~GdeVolpia@user/GdeVolpiano) (Ping timeout: 260 seconds) |
| 2026-01-05 01:30:35 +0100 | <haskellbridge> | <sm> or if it's so good there's no minor release for a year, you might make an exception ? |
| 2026-01-05 01:28:52 +0100 | <haskellbridge> | <maerwald> An LTS release is decided beforehand with no knowledge about its quality. So we'll probably wait until the micro version is at 3 or higher |
| 2026-01-05 01:28:11 +0100 | <haskellbridge> | <sm> that'll be great, I'm looking forward to it |
| 2026-01-05 01:27:53 +0100 | <haskellbridge> | <maerwald> Once they've matured, that is |
| 2026-01-05 01:27:36 +0100 | <haskellbridge> | <maerwald> But going forward, GHCup will follow GHCs official LTS releases most likely |
| 2026-01-05 01:25:16 +0100 | <haskellbridge> | <sm> and as always, thank you for your work, it's appreciated |
| 2026-01-05 01:23:27 +0100 | <haskellbridge> | <sm> fair enough, I won't argue with you |
| 2026-01-05 01:23:22 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 246 seconds) |
| 2026-01-05 01:22:24 +0100 | <haskellbridge> | <maerwald> So I think your claim is wrong |
| 2026-01-05 01:21:50 +0100 | <haskellbridge> | <maerwald> That's a fact |
| 2026-01-05 01:21:46 +0100 | <haskellbridge> | <maerwald> It doesn't work as fine with new GHC versions |
| 2026-01-05 01:21:34 +0100 | <haskellbridge> | <maerwald> And tooling works fine with 9.6 |
| 2026-01-05 01:21:23 +0100 | <haskellbridge> | <maerwald> https://github.com/tomjaguarpaw/tilapia |
| 2026-01-05 01:21:07 +0100 | <haskellbridge> | <sm> of course those exist too |
| 2026-01-05 01:20:41 +0100 | <haskellbridge> | <maerwald> There's a whole github repo dedicated to it |
| 2026-01-05 01:20:30 +0100 | <haskellbridge> | <maerwald> My experience in 10 years of Haskell shows that the difficulties and limitations lie within NEW GHC versions. |
| 2026-01-05 01:20:18 +0100 | <haskellbridge> | <sm> I mean, I would make the effort if you are truly considering bumping the recommendation. I assume you've seen them all though and will bump when you judge best |
| 2026-01-05 01:19:24 +0100 | <haskellbridge> | <maerwald> If you make this claim then I think it's important |
| 2026-01-05 01:18:15 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-05 01:15:58 +0100 | <haskellbridge> | <sm> I did not prepare a list in advance of this chat have forgotten them for the moment. I could go digging in my issue tracker but it's not important |