IRC channel logs

2014-07-24.log

back to list of logs

***Twirlystache is now known as gaybargaybar
<nalaginrut>morning guilers~
*tadni wonders what would need to be done, to implement a modeline in guile-wm.
<tadni>Probably the biggest thing stopping me from switching over to it, from stumpwm.
***gaybargaybar is now known as bionic_lemur
<tadni>bionic_lemur: You've changed man, you've changed.
<b4283>is there a simple algebra system for guile?
<civodul>Hello Guilers!
<ArneBab>moin civodul
<ArneBab>b4283: you mean something for solving differencial equations?
<b4283>ArneBab: no calculus related, just algebra simplification
<b4283>like sqrt(2) ^ 2 => 2
<b4283>sqrt(2) + 1 => 3 + 2*sqrt(2)
<b4283>writing one might be interesting .... ;P
<nalaginrut>it sounds a part of partial evaluation
<nalaginrut>hmm...not really
<ArneBab>b4283: for simplifications I only know about maxima, but that uses common lisp.
<b4283>me too
<civodul>i think Jacal does that
<civodul> http://people.csail.mit.edu/jaffer/JACAL
<civodul>someone could try to port it to Guile...
<b4283>nice
<ArneBab>civodul: looks like it used to work with guile 1.8 - at least the changelog suggests that: http://cvs.savannah.gnu.org/viewvc/*checkout*/jacal/jacal/ChangeLog
<civodul>ok
<ArneBab>one more thing the website could benefit from: solutions with Guile. Jacal is missing on http://www.gnu.org/software/guile/gnu-guile-projects.html
<ArneBab>just discovered libRUIN - that sounds as if could be a base for an in-terminal browser.
<ArneBab>using firefox as backend
<ArneBab>even without firefox - nice!
<civodul>yeah, libruin looks nice
<wingo>meep
<b4283>meep!
<b4283>you forgot your translation beard
<dsmith-w`>Hey hey
***dsmith-w` is now known as dsmith-work
<dsmith-work>!uptime
<dsmith-work>sneek: botsnack
<sneek>:)
<dsmith-work>!uname
<dsmith-work>Hmm.
<civodul>sneek has emancipated
<civodul>+itself
***dsmith-work is now known as dsmith
<dsmith>!uptime
***dsmith is now known as dsmith-work
<dsmith-work>!uptime
<ArneBab>sneek: later tell dsmith-work the uptime
<sneek>Okay.
<xdje>meep?
<civodul>hey, xdje
<xdje>heya
<xdje>Got home yesterday. :-)
<civodul>oh good, so you had time to visit a bit?
<xdje>Yeah. Spent Monday finishing up gdb+guile patches, but had all day Tuesday.
<civodul>ok :-)
<taylanub>do we generally aim for equivalent behavior between compiled and interpreted code? in 2.0.11, (eqv? "foo" "foo") in the REPL gives #f, (eval '(eqv? "foo" "foo") (interaction-environment)) gives #t, should this be reported?
<ijp>and (define-module (foo) #:export (x)) (define x (eqv? "foo" "foo")) //// (use-modules-foo) x gives #f
<ijp>
<ijp>(use-modules (foo))
<taylanub>ijp: AFAIK lines inserted in the REPL are compiled
<mark_weaver>in areas where the behavior is unspecified, it's to be expected that it may differ between compiled and interpreted.
<ijp>you realise that makes your question redundant, right?
<ijp>anyway, that module should go in a file, it will be compiled
<taylanub>ijp: the REPL input gets compiled but an `eval' call then forces interpretation .. or what did you mean?
<mark_weaver>two string literals that are string=? may or may not share locations.