<spk121>If it weren't for primitive-fork, they Cygwin port would finally pass the test suite for the first time in years. <chatter29>to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger ***PuercoPope is now known as PuercoPop
<ryanwatk`>daviid: I tried your suggestions but I still have some issues, I believe it is primarily some makefile stuff, it seems to need to write an info file somewhere? And since I use guixsd, I am not really sure where it should go, I am a slight unix sysadmin noob :D <amz3>ryanwatk`: what version of guile do you use? <amz3>I think chickadee only works withh guile 2.2 \\cc davexunit <amz3>is it possible to have duck typing using goops? <amz3>is it possible to do single distch function? <janneke>amz3: can you clarify, possibly with a minimal [pseudo-code] example <janneke>ryanwatk`: `guix package -i guile-next' is one way <ryanwatk`>janneke: but I think the makefile somehow links to another guile, somehow it was trying to compile from site/2.0 <ryanwatkinz>janneke: I am getting this on make install: /gnu/store/cmddj11fnksfkl3ksranm2dclbiv5jzn-profile/bin/install: cannot create regular file '/home/ryan/.guix-profile/share/info/chickadee.info': Read-only file system <ryanwatkinz>janneke: presumably I am meant to install in a guix way, there was a guix.scm that I used to make the environment but make install didnt work with this either <janneke>ryanwatkinz: don't you want something like: <janneke>guix package -f guix.scm --with-input=guile=guile-next <ryanwatk`>janneke: god I really have problems copy pasting stack traces from gnu screen :'( <amz3>janneke: goops can do it I guess, basically what I want is to use both assoc and generic methods <janneke>amz3: what i've been doing a lot is something like <janneke>(define (foo o) (match o (($ <bar>) ...) (($ <baz> ..)))) <amz3>I forgot about that feature of match <janneke>not sure if that's what you mean, still guessing here ;-) <amz3>basically yes, but I don't want to write the match myself... <amz3>I will make a pseudo code <janneke>hmm, i'd like to chat with paroneayea about this some time <janneke>having one big procedure with a big, manual, still possibly incomplete matcher is not nice <janneke>but having many separate small methods is also not always great <amz3>What I want actually to do, is to be able to work with multiple backends in my database library <amz3>that's why I think about generic and dispatch stuff <amz3>in Python, I would have used monkey patching for sure <amz3>ACTION code to strach some pseudo python guile code <amz3>s/monkey patching/duck typing/ <amz3>(define database (sf:open "memory://")) <amz3>it's like sqlite, you can change it to: <amz3>(define database (sf:open "file:///var/sf/")) <amz3>btw my database doesn't implement the unify thing yet <amz3>I think I only need to inherit from a common class, I don't need duck typing actually <amz3>unfiy does complete the assoc using what is found in the database <amz3>it returns a list of the assoc that match the pattern you provided <amz3>right now i know only how to do exact match but it would be fun to be able to provide a predicate procedure to filter the output according to some heuristic <janneke>amz3: i looked but the code confuses me; no functions only values <amz3>there is no definition, it's how i want the final code to look like ***dje_ is now known as xdje
<ArneBab>to give a perspective on progress with Lilypond: It now changed from "it does not work at all and might be purged from distros" to "it’s slower by factor 4 but it fully works" <ArneBab>it actually works for general work for most users <ArneBab>I just wrote a mail to guile-user with more details. <janneke>ArneBab: saw your mail, have indeed the guile-2.0 smob/stability problems been solved?! <ArneBab>janneke: thus say the Lilypond people <ArneBab>janneke: I can compile my old infinite-hands lilypond file again, and they compile 300 page books with it <ArneBab>the main remaining problem seems to be that with Guile 2.x lilypond is up to factor 4 slower. But that’s to be expected given that it was optimized for the performance model of Guile 1.8 <ArneBab>so I hope they’ll be able to take advantage of Guile 2.2 features bit by bit <janneke>ArneBab: yes, well shipping without .go files would make it slow <janneke>guile 2.1 should show quite some performance improvement <ArneBab>and Guile itself already ships with .go files for different platforms, so the problem is pretty much solved (speaking as the mathematician I am not). <janneke>ArneBab: i have no idea whether compiling lilypond .go files is trivial or has some technical problems to be solved... <ArneBab>I’m sure it’s not trivial (few things are trivial with large programs which weren’t designed for them), but it looks like the problems are not conceptual (without a known path forward). ***dje is now known as xdje