IRC channel logs

2019-10-06.log

back to list of logs

<jcowan>wingo: Yes, thanks! Added to the errata list.
<wingo>civodul: i think i have a way to redo our catch/throw/with-throw-handler on top of something more like r6rs's with-exception-handler + raise. the kinds of exceptions that are now thrown as key + args will also have a representation as exception or condition objects
<wingo>(not sure yet what vocabulary to use)
<wingo>this sounds like a good thing to you?
<wingo>right now r6rs includes a kind of adapter between conditions/raise/etc and guile's exceptions, and it would be nice if that adapter were closer to guile core so that srfi-34/35 and r7rs could also use it
<wingo>and obviously it would be nice to provide some kind of more structured api for exception consumers
<civodul>wingo: so you mean Guile's core would use something like srfi-35, and key + args would actually be "translated" from that?
<jcowan>particularly nice, since r7rs uses the exact same system as r6rs (though it does not have the specific r6rs condition hierarchy)
<soda__hobart>hi everybody, I am trying to install gnutls with the guile bindings, but when I run ./configure with --enable-guile, I get a warning that guile-snarf is not found, so it's not building the guile bindings. How do I get it to find guile-snarf, do I have to point it at a certain path or something?
<str1ngs>soda__hobart: which os/distro are you using?
<str1ngs>you might need to install development files
<soda__hobart>yeah I don't have the dev files, could have sworn I did
<str1ngs>which distro?
<soda__hobart>file this one in the "d'oh category"
<soda__hobart>debian
<soda__hobart>I just installed the dev files, so it should work now
<str1ngs>maybe guile-2.2-dev on debian
<soda__hobart>it is I just got with apt
<str1ngs>you can do $ which guile-snarf to verify it's now in your PATH
<soda__hobart>oh yeah, I'm in bay-bee
<soda__hobart>talkin like kojak
<soda__hobart>a lot of the debian guile packages are really old, like this guile-json one is a really early version that doesn't have a lot of functionality
<soda__hobart>I mean, typically debian packages aren't the bleeding edge, of course
<soda__hobart>I want to try out the Guix distro
<soda__hobart>I'm really having a lot of fun with guile
<str1ngs>soda__hobart: if you are building guix dependencies. most are not found by default in distro
<str1ngs>it's probably more ideal to install guix using the binaries.
<soda__hobart>so if a procedure returns multiple values, how to I get those values? should they have keywords?
<soda__hobart>nm, figured it out
<malaclyps>Before I file a bug on this, could somebody just double-check something? Do you get an GnuTLS error with (use-modules (web client)) (http-get "https://github.com") ?
<malaclyps>I'm getting an error on Guix's Guile 2.2.4. 2.2.6 and even next-guile...
<soda__hobart>do you have the guile bindings for gnutls set up? I just dealt with this problem.
<mwette>for the mac I had to first install gnutls w/o --enable-guile, then with; the issue was that during the build/install process guile could not bind to libgnutls in the distribution
<malaclyps>i think it's probably this bug https://issues.guix.gnu.org/issue/34102 , but Guix's gnutls package maybe isn't up to date with the fixed version