Newest at the top
| 2025-03-27 00:09:33 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds) |
| 2025-03-27 00:05:59 +0100 | Sgeo | (~Sgeo@user/sgeo) Sgeo |
| 2025-03-27 00:03:53 +0100 | <jle`> | at the cost of a layer of indentation :') |
| 2025-03-27 00:03:34 +0100 | <jle`> | i have been getting around it by manually >>=-ing at the points that cause issues |
| 2025-03-27 00:03:07 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-03-27 00:01:14 +0100 | malte | (~malte@mal.tc) malte |
| 2025-03-27 00:00:56 +0100 | ChaiTRex | (~ChaiTRex@user/chaitrex) ChaiTRex |
| 2025-03-27 00:00:41 +0100 | <jle`> | one using NamedFieldPuns/RecordWildCards and one with existential types/type abstractions |
| 2025-03-27 00:00:33 +0100 | ChaiTRex | (~ChaiTRex@user/chaitrex) (Remote host closed the connection) |
| 2025-03-27 00:00:05 +0100 | <jle`> | ah then i should probably file a report, i've run into two different ado related bugs recently i think |
| 2025-03-26 23:59:21 +0100 | <geekosaur> | 9.6 I think both accepts let and doesn't have any ApplicativeDo bugs I'm aware of? |
| 2025-03-26 23:58:54 +0100 | j1n37 | (~j1n37@user/j1n37) (Ping timeout: 260 seconds) |
| 2025-03-26 23:58:42 +0100 | <jle`> | i'm on 9.6 |
| 2025-03-26 23:57:30 +0100 | j1n37- | (~j1n37@user/j1n37) j1n37 |
| 2025-03-26 23:57:27 +0100 | <jle`> | hm that doesn't affect the error so it makes me think i misdiagnosed the problem |
| 2025-03-26 23:54:58 +0100 | <geekosaur> | (recently as in some ghc9.x version iirc) |
| 2025-03-26 23:54:22 +0100 | <geekosaur> | until fairly recently, ApplicativeDo unnecessarily bailed on a `do` with a `let` |
| 2025-03-26 23:54:03 +0100 | <geekosaur> | yeh |
| 2025-03-26 23:53:42 +0100 | <jle`> | hm like just add `let _dontUse = ()` somewhere? |
| 2025-03-26 23:52:53 +0100 | <geekosaur> | use `let` somewhere? |
| 2025-03-26 23:51:11 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 244 seconds) |
| 2025-03-26 23:51:03 +0100 | <jle`> | but i'd still like ado on for other blocks in the file |
| 2025-03-26 23:50:52 +0100 | <jle`> | is there a nice way to force do notation to be monadic and not ApplicativeDo? i'm on an older version of ghc and there are some applicative do bugs that are being unnecessarily triggered, would be nice to just guarantee things use monadic do |
| 2025-03-26 23:50:30 +0100 | tabaqui | (~tabaqui@167.71.80.236) (Ping timeout: 252 seconds) |
| 2025-03-26 23:47:52 +0100 | __monty__ | (~toonn@user/toonn) (Quit: leaving) |
| 2025-03-26 23:42:00 +0100 | machinedgod | (~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod |
| 2025-03-26 23:41:59 +0100 | malte | (~malte@mal.tc) (Ping timeout: 260 seconds) |
| 2025-03-26 23:37:34 +0100 | malte | (~malte@mal.tc) malte |
| 2025-03-26 23:35:35 +0100 | dhil | (~dhil@2a0c:b381:52e:3600:79cd:9b5b:3ea2:beda) (Ping timeout: 268 seconds) |
| 2025-03-26 23:27:52 +0100 | ChaiTRex | (~ChaiTRex@user/chaitrex) ChaiTRex |
| 2025-03-26 23:27:31 +0100 | ChaiTRex | (~ChaiTRex@user/chaitrex) (Remote host closed the connection) |
| 2025-03-26 23:26:26 +0100 | Catty | kitties |
| 2025-03-26 23:24:44 +0100 | <haskellbridge> | <Liamzee> warp from SeanMonstar (Rust) is built on top of Hyper, yet it outperforms straight Hyper |
| 2025-03-26 23:23:19 +0100 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 260 seconds) |
| 2025-03-26 23:22:38 +0100 | <Axman6> | yeah, which is why the results they have are so strange. I'd expect at least an order of magnitude better performance on pretty much any hardware from the last ten years |
| 2025-03-26 23:21:08 +0100 | <haskellbridge> | <Liamzee> really minimal microbenchmark |
| 2025-03-26 23:21:03 +0100 | <haskellbridge> | <Liamzee> https://github.com/the-benchmarker/web-frameworks/blob/master/rust/axum/src/main.rs |
| 2025-03-26 23:21:02 +0100 | <haskellbridge> | <Liamzee> oh, i see |
| 2025-03-26 23:15:16 +0100 | <Axman6> | Not sure what you mean, the web service itself is very simple, and should result in direct copying of the data from the request into the response in the Capture endpoint. Internally, there is some use of Buildrs (though somewhat surprisingly, the headers are just written into a bytestring directly and then later copied again) |
| 2025-03-26 23:14:44 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
| 2025-03-26 23:13:23 +0100 | <haskellbridge> | <Liamzee> so ideally you convert to ByteString before outputting |
| 2025-03-26 23:13:13 +0100 | <haskellbridge> | <Liamzee> since, builder -> caches as a function, not as data |
| 2025-03-26 23:12:56 +0100 | <haskellbridge> | <Liamzee> Axman6: are you guys using any form of builder? |
| 2025-03-26 23:12:18 +0100 | <Axman6> | Liamzee: The results form my upodate to the servant web-frameworks thing are up, and it apparently made things three times slower - but the results they get are also three orders of magnitude lower than what I get on my macbook pro so something very weird is happening. |
| 2025-03-26 23:11:47 +0100 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich |
| 2025-03-26 23:10:30 +0100 | michalz | (~michalz@185.246.207.218) (Remote host closed the connection) |
| 2025-03-26 23:09:41 +0100 | robobub | (uid248673@id-248673.uxbridge.irccloud.com) robobub |
| 2025-03-26 23:09:27 +0100 | takuan | (~takuan@d8D86B601.access.telenet.be) (Remote host closed the connection) |
| 2025-03-26 23:07:09 +0100 | malte | (~malte@mal.tc) (Ping timeout: 252 seconds) |
| 2025-03-26 23:05:44 +0100 | weary-traveler | (~user@user/user363627) user363627 |