IRC channel logs

<mwette>the debug info is not large; probably not worth removing IMO

<dsmith>What I think would be really cool is to use a linker to combine all the needed .go files into one. Since go files are elf.

<dsmith>With things like stripping out unused/unreferenced functions.

<mwette>dsmith: all the .go's are linked into a program which calls scm_boot_guile() and is linked with libguile. modules are loaded with scm_load_thunk_from_memory()

<dsmith>mwette, Nice!

<dsmith>mwette, Are they just cat'ed together, or actually have combined segments/sections ?

<mwette>omg, i keep droppig off...

<mwette>dsmith: all the .go's end up in the .data section with exported symbols for start and end

<mwette>check `-I binary' option for objcopy

<dsmith>Ahhh

<lechner>Hi, I mistakenly assigned multiple values in a let* like this (let* ((a b c (values 1 2 3))) ...) but in code that's more complex, and it provokes no error and seems to work. Is that possible?

<lechner>okay, it's called SRFI 71!

<ieure>Lot terser than let-values*, but kind of confusing if you don't know it.

<lechner>yeah

<tohoyn>daviid: FYI: I added a test for an asynchronous method call in the DBus test client. See <https://hastebin.de/gecelekelo.swift> for the client and <https://hastebin.de/jegokifiha.sql> for the server. The asynchronous call is at the end of the client.

<mwette>I worked on guile-freezer yesterday/today. See https://github.com/mwette/guile-freezer

<mwette>I am having trouble statically linking libguile

<lechner>Hi, can pretty-print break up strings on internal \n newlines? How is the one-line output with \n in the string "pretty"?

<identity>it is not pretty, and i doubt there is any support for string in the pretty-printing facilities

<identity>strings, plural

<mwette>yay! I'm in using znc now.

<janneke>mwette: yay!

<rlb>I've never actually tried to set up a bouncer, but I'd wondered how znc and soju might compare, were I to make the attempt.

<mwette>I got dropped again. Must be my emacs setup.

<mwette>Is there an erc setting that prevents disconnect after small idle time?

<rlb>mwette: hmm, wonder if something else is going on --- erc "never" disconnects me, and I didn't see you disconnect/reconnect here.

<rlb>(between your recent comments)

<rlb>(...though wonder if I have some related erc setting.)

<mwette>It was over the last week. As of today, you should not see it, I think, because the libera connection is to my znc bouncer.

<rlb>Oh, ok, thought you meant just now.

<mwette>Yes. I thought that would fix it, assuming it was a network issue. Now I suspect I don't have some emacs setting right. I changed a lot of settings when I had to convert to sasl.

<rlb>OK, fwiw, I just looked and I didn't see any local erc config changes that seemed likely relevant.

<mwette>rlb: thanks

<mwette>It could still be my local network, with the new router. I've seen some other odd behavior also.

<rlb>...well of course if ssh is involved and/or nats, there's always the potential for timeouts, which can sometimes be fixed via ~/.ssh/config "SeverAliveInterval 240" or similar.

<mwette>thanks; I'll work this way for a few days and see how it goes

<mwette>rlb: I think I found the issue. I had removed the erc-hide-list.

<mwette>rlb: I rebuilt guile w/ CFLAGS=-O --disable-jit and libguile-3.0.a is now 2.7 MB vs 24 MB before.

IRC channel logs

2026-02-15.log