IRC channel logs

2014-03-15.log

back to list of logs

***ijp` is now known as ijp
***didi is now known as didi``
***SHODAN is now known as Guest4053
***_zxq9_ is now known as zxq9
***_zxq9_ is now known as zxq9
***siel_ is now known as siel
<zacts>darn mark_weaver is afk
<zacts>I'm going to test out guile-2.0.10 on FreeBSD in about an hour or so.
<zacts>I just wanted to report problems back to him.
<zacts>hopefully before the new release
***adhoc_ is now known as adhoc
<zacts>mark_weaver: let me finish this minix patch, and I'll test the latest guile-2.0.10 for you on FreeBSD.
<mark_weaver>that would be great, thanks!
<microcode>mark_weaver: there are non-7.4 versions of gc at this point?
<microcode>I missed something I guess :P
<mark_weaver> http://www.hboehm.info/gc/ recommends 7.2e as "a fairly recent stable version". it was released about the same time as 7.4.0.
<mark_weaver>I've also heard that the latest libgc from its git repo has some fixes that make it work better with guile master.
<microcode>I see
<zacts>hey, hm.. I'm getting really sleepy, so this guile-2.0 on FreeBSD will have to wait until tomorrow. sorry. :-) gn.
<antoineB>hello is it possible using the module reflection to access all the defined bindings?
<ijp>yes
<ijp>it's a little more work if you included imports in your definition of defined
*ijp digs up code
<antoineB>i do some exploration on guile emacs
<antoineB>i mean all defined
<ijp>that's a repitition, not a clarification
<antoineB>not the imports
<ijp>(define (defined-names module) (hash-map->list (lambda (k v) k) (module-obarray module)))
<ijp>don't be alarmed by the presence of %module-public-interface
<antoineB>thanks
***Shozan is now known as SHODAN
<amz3>héllo guilers :)
<amz3>I'm looking for yield-like "syntax" in scheme
<amz3>I just did a quick search and quick read of wingolog article http://wingolog.org/archives/2013/02/25/on-generators
<amz3>it seems to me that it's not recommended to implement such a thing in scheme
<amz3>or better phrased it will have a performance impact
<amz3>since my the point in using "yield" is having syntactic sugar for async code
<amz3>article against callback style arguing the "yield" syntaxic sugar (applied to c#) http://tirania.org/blog/archive/2013/Aug-15.html
<amz3>what do you think? Is there really a performance impact in writring yield-style code in guile?
<amz3>also it seems to me that callback style is more natural to scheme than yield...
<amz3>the advice of Mark Witmer (creator of guile-xcb, guile-wm) or the creator of guile2d can be of interest
<xchg>hey, I am trying scheme and when I call list-tabulate I get unbound variable error. Is there a module I have to load to make the procedure accesible?
<mark_weaver>you need (srfi srfi-1)
<xchg>thanks
<xchg>hmm now it doesn't recognize srfi procedure
<xchg>--use-srfi=1 works though
<ijp>it's a module name, not a procedure
<ijp>(use-modules (srfi srfi-1))
<xchg>ah
<xchg>ok thanks
<xchg>I didn't really have a concept of modules in scheme I just guessed the terminology