IRC channel logs
2023-03-23.log
back to list of logs
<mwette>acdw: problems with configure or with make? <cow_2001>was mucking about with alists and i find it kind of funny that (alist-cons 1 '(2 3) '()) looks like '((1 2 3)) <count3rmeasure>curious if anyone offhand knows of any codebases that utilize pattern matching over records (any kind, not just srfi-9), I'm grepping through a bunch of codebases now but figured I'd check here while I do so <sneek>Welcome back count3rmeasure, you have 1 message! <sneek>count3rmeasure, haugh says: so the other day you mentioned interest in using guile-json with the GNU extensions to srfi-9 and I just wanted to let you know that they're fully compatible; you just have to use set-field/set-fields with the json record getters. Lmk if you want to chat more about it, it's pretty sweet. <haugh>count3rmeasure you're welcome. I know dthompson likes his records, maybe give chickadee a grep? <haugh>If you're looking to melt your brain, the (guix records) facility is an advanced application. <count3rmeasure>I'm reading the shepherd source right now and it is so well commented and easy to read! I'm impressed <haugh>count3rmeasure belay that chickadee recommendation, I don't think he matches a single record in that entire project <count3rmeasure>you were not kidding with chickadee, there appears to be over a hundred ten records defined project wide hahaha <haugh>count3rmeasure, the big break-through for me with record matching was how the ellipses "slicing" across records is so compatible with the list manipulation procedures which accept multiple lists of arguments, like map: http://vpaste.net/uHy5R <count3rmeasure>thank you for that paste though, its giving me something to think about and look up haugh <haugh>count3rmeasure, maybe a better way to put it is that scheme records are ordered, so pattern matching them works exactly like pattern matching lists. <haugh>yeah it's a fun realization, right? it composes very, very well with everything else <dthompson>rekado: I finally looked into you get images to display in the repl in guile-picture-language and I can't believe I have gone all these years without knowing that Geiser looks for #<Image: ...> text and renders inline images. <dthompson>rekado: btw what software is git.elephly.net running? it's nice <daviid>dthompson: guile-cv does that to, fwiw <rekado>dthompson: I don’t remember how I stumbled upon #<Image: ...> but when I saw it in the geiser sources I knew I had found the hack I needed to build the low-effort picture language. <Arsen>is there some "front apply" helper, that basically saves a list and a procedure, and returns a new procedure that will append arguments it gets to the ones saved originally when being called and apply that new appended list <jpoiret>(cut apply func (append <> some-list))? <jpoiret>nothing to do with currying existing definitions easily though <Arsen>hmm, that's not quite it, I wanted to do something like (map (partial-apply + 1) (iota 10)) <Arsen>(apply + (map (cut + 1 <>) (iota 8))) not bad, nice <haugh>jpoiret, not an issue in this case but you can't put <> in a subform with srfi-26 cut/cute <haugh>one of the reasons I advocate for further lambda shorthand <jpoiret>You can't?? Doesn't seem like a useful limitation