IRC channel logs
2025-03-31.log
back to list of logs
<old>I'm trying to compile a procedure receive as a parameter to a function. This procedure might be or not already compiled <old>so I'm trying: (compile the-procedure) <old>but I get: unhandled constant #<procedure some-procedure (x)> <old>basically what I'm trying to achieve is to get the procedure bytecode as if it was compiled <sneek>spk121, janneke says: i know that the patchset that we worked on (1) produces the same .go objects for all 64bit platforms, 64bit mingw and gnu/linux-like 64bit alike; is that also the case for patchset (2)? <spk121>janneke: I've started pulling together some Windows stuff in a new branch wip-mingw-2025. <spk121>I started with the old wip-mingw, and then grabbed some of my stuff and checked out the MSYS2 and the LilyPond.versions of the patches. <spk121>I wanted to get it functioning at least well enough that `make check` would complete on 64-bit + threaded + JIT, so that's basically there, though the tree needs cleanup <spk121>That's all the hack time I get this weekend, and the next couple of weekends I'll be on travel, but after that I see if I can get this into the main tree. <cpli>using `sxml->xml` how can i escape it escaping #\" into its " entity? <old>would be nice to have fibers available on some distros <skeemer>hello everyone, i was wondering how do i search for guile libraries? is there some package manager similar to let's say "pip" in python? <skeemer>also.. i was wondering how close to common lisp/slime does the guile+geiser on emacs gets in terms of interaction and debugging with the repl? <old>for the debugging with REPL I don't have any experience with slime nor emacs. But from what I've heard the current state of debugging Guile is not very close to what you would get from the other two