IRC channel logs

<hugo>With GOOPS, is it possible to call next-method for all super classes? Or can I only access the method from the first element in the class-precedence-list ?

<daviid`>hugo, the later, but then, if that method itself calls (next-method) ...

<hugo>daviid`: but wouldn't that class's method then call it's direct supers? My base class in this instance have multiple direct supers.

<daviid`>hugo: and each supers have a method for that name?

<hugo>daviid` Actually you were right the first time

<hugo>next-method actually called it's neighbour

<daviid`>hugo: I was gon'a say you can try ... on a very limited super short example ...

<hugo>I guess I was to set in the way of "normal" OOP to realise that next-method worked in more directions than upwards

<hugo>I have some test code now, and I can see it working

<hugo>I just failed to realise that I needed next-method in the first super before

<hugo>Thanks for the help! :)

<daviid`>yw!

<guile-guest9>Hi. I am compiling guile from source, it has been taken 30min in 'BOOTSTRAP GUILEC' and not yet completed. Is this normal?

<daviid`>guile-guest9: yes, perfectly normal, just be patient

<daviid`>it wold be a lot faster using the tarbll, but I guess you have your reason to do it from the source (latet comit ...)

<daviid`>guile-guest9: so you cloned, but did you check 'stable-2.2'? you don't want to use master for the time being, it is where the 3.0 prep work happens ...

<guile-guest9>Thank you for reminding. I use the master branch. But how long the compling will taken?

<daviid`>guile-guest9: unless you want to help wingo wrt to the new AOT compiler, or any items he lists somewhere about how to help him ... you _really_ don't want to use the master branch

<daviid`>guile-guest9: it obviously depends on the computer yu are building...

<daviid`>but from 45' on quite fast machines to a couple of hours on 2 to 3y old laptop ... just shooting really

<guile-guest9>Ok, I will checkout to 2.2. I used to compile python, it pretty fast. My CPU is `Intel(R) Core(TM) i5-7200U CPU @ 2.50GH`

<daviid`>this is a good machine, it prob will compile under 2h (maybe faster, don't know)

<daviid`>just be patient ... I have to go now, bbl

<guile-guest9>thank you :)

<daviid`>yw!

<daviid`>guile-guest9: make -j <the max number of cores you have>

<Apteryx>Hello! Do we already have srfi-115 implemented in Guile?

<guile-guest9>Hi. How could I bypass the GUILEC process when compile guile. I just want a guile binary. Is there a `make target` to do this?

<Apteryx>I think you need to provide bootstrap binaries. It's detailed in the manual somewhere, I believe.

<qingyunha>Hi

<amz3>o/

<amz3>I am blocked in my gnunet project because of a bug in gnunet, I need to find something else to do...

<amz3>does someone needs help with something?

<qingyunha>Hi. I want explore the function `scm_read(port)`. But how could I use the stdin port in C or make a stdin port?

<qingyunha>I find `scm_current_input_port()` works.

<amz3>I think someone in the past asked if there was a dynamic blog engine in Guile

<amz3>my question is what do you miss in haunt?

<amz3>what do you miss in static weblog generators in general?

<janneke>hi guile!

<amz3>o/

<janneke>i got past my recursive macro expansion problem i had yesterday

<amz3>neat

<janneke>recursive macro expansion is still not done

<janneke>eg not up to par with mes' just-in-time macro expansion

<janneke>inching forward, but i suspect i'm almost done

<ArneBab>dustyweb: the syncbot README links 8sync at notabug, but the link is dead. Where’s the new repo? https://notabug.org/cwebber/syncbot

<dustyweb>ArneBab: oh, at:

<dustyweb> https://savannah.gnu.org/projects/8sync

<ArneBab>dustyweb: https://notabug.org/cwebber/syncbot/pulls/1 ← fixes the link to 8sync

<daviid>didn't know 8sync was part of Gnu, great1 but then, ArneBab the source code is at savannah, the notabug should be retired i guess, no? just curious

<ArneBab>daviid: is the source of syncbot also on savannah?

<daviid>yes

<daviid>syncbot? ah sorry, my istake

<daviid>:), must be very tired

<ArneBab>no probs - this is just updating for the cost of change :)

<dtornabene>hey all, may be in the wrong place but my search fu is failing at the moment, I'm looking for a networking project thats fairly recent, written in what I thought was guile scheme

<dtornabene>I remember reading about it early last year, it was a framework for networking applications written in Guile (I think it was guile, I *know it was scheme)

<dtornabene>i found it, finally, it was 8sync

<galex-713>I didn’t know chez that was fast compared to others O.o

<galex-713> https://ecraven.github.io/r7rs-benchmarks/

<dustyweb>hi ArneBab, thanks

<void_pointer>Chez is the one to beat performance-wise. A few implementations can beat it on a few benchmarks. A few can beat it on one benchmark only. Last I checked, Guile beat it on one or two

<galex-713>void_pointer: why a such advance? is their implementation structurally different of others? or are they just more at the cutting-edge of some published (or not?) techniques others didn’t dare to implement?

<void_pointer>not exactly sure

<void_pointer>other than one reason it does well is it does in the end compile scheme to machine code before running it

<galex-713>you mean like a JIT?

<void_pointer>scheme implementations that are purely interpreted or compile to a virtual machine lose to it pretty much around the board

<void_pointer>not sure if it is JIT or AOT or both

<galex-713>ah then if guile used a JIT it wouldn’t be beated by it

<galex-713>what is AOT?

<void_pointer>out of those that doe compile to machine code, it isn't as ahead as it looks compared to all the rest

<void_pointer>stalin, for example, does go to machine code and beats chez at a number of benchmarks

<galex-713>oh there’s stalin in the benchmark? let me look again

<galex-713>damn racket is fast

<galex-713>compared to guile

<galex-713>and yet racket doesn’t jit afaik

IRC channel logs

2018-01-21.log