<taylanub>Why do distros not just install Guile 2.0 under the name guile2 ? <ijp>it doesn't actually give a reason, it just doesn't seem to have got much discussion <taylanub>Yeah, what I see is 1 year of ignornace and 1 year of inactivity. :P <davexunit>and this file seems very significant but I can't tell exactly what uses it <ijp>I think a .star is some kind of shell archive <ijp>I'm 99% inclined to think ttn created his own file format <ijp>hmm, it doesn't exactly give you much of a clue <davexunit>it seems to be used for generating texi stuff <davexunit>ttn hasn't responded to an email I sent him yesterday about guile-sdl so I'm trying to hack something myself. <ijp>I think it took him a year to respond to one of mine <davexunit>his sdl surface wrapper doesn't expose all of the surface attributes <ijp>I had completely forgotten what the email was about when I got the reply <ijp>let's see. Sent Oct 5 2011 answered March 20 2013 <ijp>amazing how time flies <davexunit>I'm having a hard time figuring out how the surface getters/setters are implemented. <davexunit>they seem to be autogenerated but I can't determine how. ***fangism is now known as fangism-shadow
***Soft_ is now known as Soft
<nalaginrut>civodul: is memoize.c any related to memorization? <civodul>nalaginrut: to memoization, for the bootstrap evaluator <nalaginrut>just bootstrap? I saw @prompt there, I'm researching delimited-continuation in Guile <civodul>nalaginrut: actually no, also for (ice-9 eval) <nalaginrut>so what's the real implementation for delimited-continuation in C? <taylanub>nalaginrut: Out of curiosity .. the usage of ~ in chatting has something to do with Chinese, or Japanese, or so, right ? What exactly is it ? :P <nalaginrut>well, some Chinese use ~ to imply they're happy now <taylanub>Interesting, thanks. I've definitely seen it in Japanese-speaking circles too; must've spread from one to the other or so. <nalaginrut>hmm...maybe they use it for other meaning? dunno <nalaginrut>And for Chinese/Japanese, such a symbol maybe used to compose a complicated chatting face <taylanub>Never occurred to me to ask someone, I'll ask what the Japanese use it for the next time I encounter it. *taylanub goes home .. friday evening! <davexunit>nalaginrut: are you researching a green thread implementation? I don't know what green threads entail exactly, but I've used prompts to make coroutines and also made a simpler scheduler for them. <nalaginrut>davexunit: yes, that's what so-called green thread <davexunit>my scheduler is based on the "agenda" described in SICP <davexunit>it's a special scheduler for games that I "tick" every frame. <nalaginrut>I think it's easy to implement a prototype with coroutines <davexunit>the coroutine code is a slight modification of some code that wingo posted in the mailing list somewhere. <davexunit>basically, I say (agenda-schedule some-procedure some-number-of-ticks-from-now) <nalaginrut>my idea is a mailbox + event + coroutine, actually, it's actors-model <davexunit>I'm interested to see what you come up with. <davexunit>but figured I'd share my code in case it helps turn on some lightbulbs for you. <davexunit>I *want* to continue it, the issue is currently with having an underlying game library. <davexunit>I've written 2 bad wrappers for allegro 5, and I'm not going to try a third :P <add^_>How come you think they are bad? <davexunit>guile-sdl and guile-figl exist. I want to add a layer over them that provides useful 2D stuff. <davexunit>I started gnumaku not knowing just how much I would end up needing to wrap. <davexunit>soon enough I had a really terrible allegro 5 wrapper in my project. <davexunit>so I tried again with a separate project, and used the FFI <davexunit>that one is actually decent, but it's incomplete. <davexunit>I discussed swig here, the impression that I got was that it wasn't going to work well with guile. <add^_>Actually, maybe you shouldn't use swig, you'll probably waste more time.. <add^_>It's a lot of manual-tweaking.. <davexunit>guile-sdl exists, and I'm trying to get in contact with ttn about it <nalaginrut>davexunit: it's great hint for me, thanks for your code ;-) <davexunit>add^_: I can't access the raw pixel data of images with guile-sdl currently. <davexunit>it's blocking me from creating opengl textures <add^_>I don't remember having that problem, maybe I didn't use that part of guile-sdl though <davexunit>there are attributes for surface like w, h, format <davexunit>I looked into the source and it is not being wrapped, and it looks like there isn't the necessary infrastructure to wrap it <davexunit>that's just the pixel format. not the raw data. <davexunit>so I can use hardware accelerated rendering. <davexunit>I couldn't grok all of the macros and stuff used in the source to hack it myself last night. <add^_>I remember having trouble with that too :-P <davexunit>but perhaps I can just write a function that will work well enough for me, submit it, and let ttn tell me how to fix it up to be compatible. <davexunit>there's a lot of stuff that maintains compatibility with old guile versions. <davexunit>I don't know how incompatible bytevectors are with old versions. ***fangism-shadow is now known as fangism