Newest at the top
| 2024-05-10 16:40:21 +0200 | <carbolymer> | Guest10: don't be a guest, make yourself at home |
| 2024-05-10 16:35:31 +0200 | vpan | (~vpan@212.117.1.172) (Quit: Leaving.) |
| 2024-05-10 16:35:18 +0200 | <carbolymer> | oh yeah dupTChan is much better |
| 2024-05-10 16:34:38 +0200 | titibandit | (~titibandi@user/titibandit) |
| 2024-05-10 16:34:30 +0200 | <Lears> | carbolymer: You can also make a `reset = atomically (writeTVar wake False)`. Then your master thread would `readySetGo >> reset` while your workers `forever (waitForIt >> doTheThing)`. This isn't really a good idea though, whether with STM or an MVar. Consider using a TChan: have your master thread write to a `newBroadcastTChan`, while your workers read from `dupTChans` produced from it. |
| 2024-05-10 16:33:49 +0200 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 4.2.2) |
| 2024-05-10 16:32:52 +0200 | zetef | (~quassel@2a02:2f00:5202:1200:2128:605:71c4:66a4) (Ping timeout: 260 seconds) |
| 2024-05-10 16:32:02 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-05-10 16:29:40 +0200 | <Guest10> | jackdk, I am now Guest10, I was previously Guest85 |
| 2024-05-10 16:28:42 +0200 | Guest10 | (~Guest42@94-255-250-108.cust.bredband2.com) |
| 2024-05-10 16:26:49 +0200 | gmg | (~user@user/gehmehgeh) |
| 2024-05-10 16:26:16 +0200 | Sgeo | (~Sgeo@user/sgeo) |
| 2024-05-10 16:26:07 +0200 | <carbolymer> | Lears: ah but it requires check to run in STM. I'd like to do an IO action on lock update, and then wait for another update. |
| 2024-05-10 16:24:10 +0200 | cfricke | (~cfricke@user/cfricke) |
| 2024-05-10 16:21:49 +0200 | gmg | (~user@user/gehmehgeh) (Remote host closed the connection) |
| 2024-05-10 16:16:22 +0200 | chele | (~chele@user/chele) (Remote host closed the connection) |
| 2024-05-10 16:15:11 +0200 | AlexZenon | (~alzenon@178.34.162.125) |
| 2024-05-10 16:11:25 +0200 | cfricke | (~cfricke@user/cfricke) (Ping timeout: 272 seconds) |
| 2024-05-10 16:08:12 +0200 | billchenchina | (~billchenc@2a0d:2580:ff0c:1:e3c9:c52b:a429:5bfe) |
| 2024-05-10 16:07:34 +0200 | AlexZenon | (~alzenon@178.34.162.125) (Ping timeout: 268 seconds) |
| 2024-05-10 16:06:21 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
| 2024-05-10 16:05:33 +0200 | Guest85 | (~Guest42@94-255-250-108.cust.bredband2.com) (Ping timeout: 250 seconds) |
| 2024-05-10 16:02:57 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-05-10 15:57:08 +0200 | <Lears> | E.g. `makeMultipleWakeuperer = do { wake <- newTVarIO False; let { waitForIt = atomically (readTVar wake >>= check); readySetGo = atomically (writeTVar wake True) }; pure (waitForIt, readySetGo)`. |
| 2024-05-10 15:55:25 +0200 | AlexZenon | (~alzenon@178.34.162.125) |
| 2024-05-10 15:53:47 +0200 | paddymahoney | (~paddymaho@pool-99-250-26-190.cpe.net.cable.rogers.com) (Ping timeout: 252 seconds) |
| 2024-05-10 15:53:23 +0200 | cfricke | (~cfricke@user/cfricke) |
| 2024-05-10 15:52:37 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
| 2024-05-10 15:52:13 +0200 | dagit | (~dagit@2001:558:6025:38:71c6:9d58:7252:8976) |
| 2024-05-10 15:50:29 +0200 | <Lears> | You can just have them wake when a TVar holding a Bool is True. |
| 2024-05-10 15:49:37 +0200 | Mach | (~Mach@92.87.113.25) (Ping timeout: 256 seconds) |
| 2024-05-10 15:45:44 +0200 | AlexZenon | (~alzenon@178.34.162.125) (Ping timeout: 260 seconds) |
| 2024-05-10 15:45:41 +0200 | <carbolymer> | I wonder how to do it in STM |
| 2024-05-10 15:45:20 +0200 | <carbolymer> | hmm, can I use TMVar for multiple-wakeup? I guess not, because readTMVar does take -> put |
| 2024-05-10 15:43:45 +0200 | paddymahoney | (~paddymaho@pool-99-250-26-190.cpe.net.cable.rogers.com) |
| 2024-05-10 15:36:50 +0200 | <Lears> | carbolymer: IIRC, threads are woken in the order they block, so yes. |
| 2024-05-10 15:35:56 +0200 | cfricke | (~cfricke@user/cfricke) (Ping timeout: 256 seconds) |
| 2024-05-10 15:35:55 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-05-10 15:32:02 +0200 | <carbolymer> | can I have multiple threads waiting on `readMVar`, do `tryPutMVar mv () >> tryTakeMVar mv` and expect that all of them to wake up? |
| 2024-05-10 15:31:59 +0200 | <jackdk> | Do you have the entire autoconf configure.log? Usually that shows what commands it tried to execute, about 2/3 of the way through |
| 2024-05-10 15:31:09 +0200 | <Guest85> | Maybe it's possible to tell by setting an environment variable, helping ghcup to find my libstdc++ ? |
| 2024-05-10 15:16:47 +0200 | mankanor | (~mankanor@210.185.176.242) (Remote host closed the connection) |
| 2024-05-10 15:13:53 +0200 | mankanor | (~mankanor@210.185.176.242) |
| 2024-05-10 15:10:48 +0200 | <Guest85> | Sorry, I'll use tha pastebin next time. Could it be the supc++ that is misssing? |
| 2024-05-10 15:07:37 +0200 | <lambdabot> | A pastebin: https://paste.debian.net/ |
| 2024-05-10 15:07:37 +0200 | <danse-nr3> | @paste |
| 2024-05-10 15:07:35 +0200 | <danse-nr3> | how is that ... ? |
| 2024-05-10 15:07:01 +0200 | <Guest85> | checking for linkage against 'stdc++ supc++'... failed |
| 2024-05-10 15:07:00 +0200 | <Guest85> | checking for linkage against 'stdc++'... failed |
| 2024-05-10 15:07:00 +0200 | <Guest85> | checking C++ standard library flavour... libstdc++ |