Newest at the top
| 2024-10-28 15:35:16 +0100 | SlackCoder | (~SlackCode@64-94-63-8.ip.weststar.net.ky) (Quit: Leaving) |
| 2024-10-28 15:34:58 +0100 | weary-traveler | (~user@user/user363627) (Quit: Konversation terminated!) |
| 2024-10-28 15:27:00 +0100 | Smiles | (uid551636@id-551636.lymington.irccloud.com) (Quit: Connection closed for inactivity) |
| 2024-10-28 15:25:10 +0100 | billchenchina | (~billchenc@p54090-ipngnfx01osakakita.osaka.ocn.ne.jp) (Max SendQ exceeded) |
| 2024-10-28 15:25:08 +0100 | <ash3en> | I think with binary as I understand it now I have some trouble to parse the kind of arbitrary nul-bytes OSC uses here and there, eg. after the typetag byte or with strings. But maybe I just don't understand it to the fullest yet |
| 2024-10-28 15:24:06 +0100 | billchenchina | (~billchenc@p54090-ipngnfx01osakakita.osaka.ocn.ne.jp) billchenchina |
| 2024-10-28 15:23:04 +0100 | <merijn> | ash3en: Both should do ok, tbh |
| 2024-10-28 15:20:25 +0100 | LukeHoersten | (~LukeHoers@user/lukehoersten) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2024-10-28 15:19:50 +0100 | <ash3en> | got to do more research apparently :D |
| 2024-10-28 15:18:40 +0100 | alp | (~alp@2001:861:e3d6:8f80:fb17:c519:ba02:ac60) (Remote host closed the connection) |
| 2024-10-28 15:18:09 +0100 | <tomsmeding> | (with SIMD shuffle instructions you can do better, but GHC doesn't even support emitting those on the native codegen backend, only on LLVM) |
| 2024-10-28 15:15:50 +0100 | <tomsmeding> | on a LE machine, you need to get fairly clever to do better than just picking invididual bytes and shift-oring them into the result |
| 2024-10-28 15:15:19 +0100 | <tomsmeding> | ash3en: if you need big-endian, you could always cherry-pick the code that does that from other libraries :p |
| 2024-10-28 15:13:28 +0100 | LukeHoersten | (~LukeHoers@user/lukehoersten) LukeHoersten |
| 2024-10-28 15:06:09 +0100 | <ash3en> | ah, oversaw that. But afaik OSC uses big endian and flatparse supports only LE. however I am not that deep in the topic yet to know if this is really a knockout for flatparse use |
| 2024-10-28 15:05:24 +0100 | spew | (~spew@155.133.15.121) spew |
| 2024-10-28 15:02:15 +0100 | LukeHoersten | (~LukeHoers@user/lukehoersten) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2024-10-28 15:00:41 +0100 | <tomsmeding> | ash3en: if you care about high-performance parsing, also consider `flatparse` |
| 2024-10-28 14:56:32 +0100 | LukeHoersten | (~LukeHoers@user/lukehoersten) LukeHoersten |
| 2024-10-28 14:52:51 +0100 | <ash3en> | i don't need to decode it, just want to reorder the values and maybe switch to a different osc-address |
| 2024-10-28 14:52:00 +0100 | <ash3en> | Hi, would you use Binary.Get or attoparsec for parsing OSC/UDP? |
| 2024-10-28 14:50:41 +0100 | ash3en | (~Thunderbi@89.246.174.164) ash3en |
| 2024-10-28 14:39:27 +0100 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
| 2024-10-28 14:34:20 +0100 | weary-traveler | (~user@user/user363627) user363627 |
| 2024-10-28 14:27:59 +0100 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 265 seconds) |
| 2024-10-28 14:27:59 +0100 | ystael | (~ystael@user/ystael) ystael |
| 2024-10-28 14:22:37 +0100 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-10-28 14:16:44 +0100 | ljdarj | (~Thunderbi@user/ljdarj) ljdarj |
| 2024-10-28 14:16:38 +0100 | alioguzhan | (~Thunderbi@78.173.93.98) (Ping timeout: 245 seconds) |
| 2024-10-28 14:14:56 +0100 | <haskellbridge> | <sm> another satisfied customer! NEXT! |
| 2024-10-28 14:14:54 +0100 | paul_j | (~user@8.190.187.81.in-addr.arpa) |
| 2024-10-28 14:14:37 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2024-10-28 14:14:32 +0100 | <haskellbridge> | <sm> well sinbad concluded something in a hurry |
| 2024-10-28 14:14:29 +0100 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) |
| 2024-10-28 14:14:01 +0100 | <haskellbridge> | <sm> Indeed |
| 2024-10-28 14:13:43 +0100 | rosco | (~rosco@60.53.5.183) rosco |
| 2024-10-28 14:13:05 +0100 | merijn | (~merijn@77.242.116.146) merijn |
| 2024-10-28 14:11:27 +0100 | <tomsmeding> | ( https://ircbrowse.tomsmeding.com/browse/lchaskell?events_page=13900 ) |
| 2024-10-28 14:11:00 +0100 | <tomsmeding> | sm: got https://xkcd.com/2337/ vibes there :) |
| 2024-10-28 14:10:46 +0100 | sinbad | (~sinbad@user/sinbad) (Quit: Leaving.) |
| 2024-10-28 14:09:00 +0100 | <sinbad> | haskellbridge: Right, that was my conclusion too. |
| 2024-10-28 14:08:12 +0100 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 252 seconds) |
| 2024-10-28 14:08:00 +0100 | <tomsmeding> | then you'd also have to switch dependencies inside that sublibrary, but at that point it's basically the same as the hs-source-dirs approach but with more ceremony |
| 2024-10-28 14:07:38 +0100 | <tomsmeding> | sinbad: oh hm, you're correct -- I forgot about the conditional dependencies part |
| 2024-10-28 14:06:03 +0100 | <haskellbridge> | <sm> alright no I’m still on topic, good :) sinbad, why do you need conditional source ? |
| 2024-10-28 14:05:29 +0100 | <sinbad> | haskellbridge: I think it was addressed to me. At least I made sense of it :-) |
| 2024-10-28 14:04:17 +0100 | <haskellbridge> | <sm> and my last comment may have conflated two threads of discussion, ignore if it doesn’t make sense |
| 2024-10-28 14:04:07 +0100 | <sinbad> | haskellbridge: well, it is a executable, that is a utility whose libraries are not of public interest. |
| 2024-10-28 14:03:32 +0100 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) |
| 2024-10-28 14:03:15 +0100 | merijn | (~merijn@77.242.116.146) (Ping timeout: 252 seconds) |