IRC channel logs


back to list of logs

<sneek>nly, you have 2 messages.
<sneek>nly, str1ngs says: there are some examples here I have ones for scheme, lisp, python and javascript. though I'm sure you are only interested in the guile one
<sneek>nly, str1ngs says: for a speech interface I would prefer some thing that is either a C library or GTK related. vs QT
<lispmacs>performance wise, do you think it is better to join two strings and then print it, or print each string separately?
<wingo>lispmacs: print separately
<wingo>but in this as in all perf questions, if possible the questions should be answered by measuring :)
<davidl>Where can I find a base64 library for guile-2.2? Im looking for something similar to ice-9 base64
<davidl>so here is a base64 module for guile: but isn't there any built-in way in Guile to encode something in base64?
<RhodiumToad>oddly, I don't see one
<ft>Not in core guile I don't think.
<RhodiumToad>obviously one can be written in scheme
<ft>Guix seems to have a base64 implementation.
<davidl>that guix bas64 module looks good
<ft>They have some stuff that would be cool if it was in guile core...
<davidl>ft: I agree
<lloda>send a patch!
<wingo>i never know when to stop with guile core so sometimes i don't start :)
***ng0_ is now known as ng0
<peanutbutterandc>Hello there, I have a quick question: GNUCash is featured prominently in the guile website as one of the softwares that use guile as an extension language (and I have asked this in their irc too, and am waiting for a reply but can't trust my internet connection that well)...
<peanutbutterandc>... and in light of section 5.7.5 of the guile reference manual, I would like to know if guile integration with gnucash is sky-is-the-limit-we're-doing-things-like-emacs-here or is it only relegated to reports?
***ng0_ is now known as ng0
<wingo>peanutbutterandc: afaiu it's just reports :/ the gnucash dev community has different factions afaiu and only some are very guile-positive :)
<wingo>there are some gnucash devs here tho; if you wait around they might answer
<peanutbutterandc>wingo, Whoa! You are Mr. Andy Wingo!
<peanutbutterandc>The maintainer!!!
<peanutbutterandc>Super cool! Thank you for your work! And Guile 3! Yay! (Even though I'm just a n00b and it's just been a few months since I started trying to learn scheme properly)
<peanutbutterandc>I see. I wish guile was like emacslisp for gnucash. I need to extend it for my personal use. *sigh* Thank you very much, anyways. :)
<wingo>happy hacking with guile :)
<peanutbutterandc>wingo, Thank you, Mr. Wingo. Perhaps someday I might be able to send you a patch myself (wishful thinking). I liked your talks too. Please do continue making guile even better, sir. :)
<wingo>it's not just me, guile is a collective project :) but thanks :)
<peanutbutterandc>wingo, I understand. Still. Yours are the only talks I found on YouTube regarding Guile (or atleast the only ones I've watched - despite not understand most of what was being said). An honor, sir. *salutes*
<laurus>Regarding Emacs Lisp support in Guile, how do I find which functions are supported? For example, can I use buffer related functions even though there is no "buffer" on the screen?
<laurus>Never mind, I answered my own questino.
<lispmacs[work]>I there some syntax like set!, but that evaluates the first argument before set it?
<lispmacs[work]>so you could do something like (let ((x 'y)) (set! x 12)) and then y is set to 12
<daviid>guilers, guile-gnome defines gdk-event accessors like this, gdk-event:type, gdk-event-button:x ... but I was wondering if to maintain this iterface or to use -> instead of :, so we'd have gdk-event->type, gdk-event-button->x ...
<daviid>*to maintain this interface in g-golf, nothing will cahnge in guile-gnoe of course :)
<daviid>I guess using : is fine, asking because the C folks use -> to access struct fields ... but in scheme, -> generally imply a transformation
<str1ngs>daviid: for scheme : is fine. I don't see any gains for -> in scheme
<daviid>ok good
<jcowan>I wish there was a bit more documentation on Guile/Elisp sharing conventions, for example how to get the value of an Elisp dynamic variable in Guile or a Guile (lexical) global in Elisp. RTFS is not an answer I'm happy with.
<str1ngs>jcowan: I did not even know that was possible. though I searched
<jcowan>it may not be, but that's my point
<lispmacs[work]>okay, I think boxes is what I was looking for, SRFI 111
<lispmacs[work]>I'm mildly curious how boxes are implemented, but not quite enough free time available here at work to dive into it
<jcowan>They are just records with a single field.
<jcowan>lispmacs[work]: ^^
<d4ryus>for convenience i'd like to re-export symbols of some modules form a single module, is there a way to do that (besides writing all symbols by hand)?
<dsmith-work>{appropriate time} Greetings, Guilers
<dsmith-work>sneek: botsnack
<str1ngs>d4ryus: see
<str1ngs>d4ryus: namely re-export-modules
<d4ryus>str1ngs: ah, perfect! thanks
<str1ngs>d4ryus: you can refine this to your liking. I just thought a more complete example would help.
<str1ngs>no problem