Re: Guile Lua

2012-11-20 Thread Ian Price
nalaginrut writes: > Besides, do we have the final conclusion for the multi-lang choosing > approach, say, --lang=lua/elisp or #lang lua or a script: > guile-lua/guile-elisp... whatever. IIRC, ijp raised such a topic, but it > seems no conclusion. No, I started compiling a list of the pros/cons

non-scheme scripts: proposed solutions and their pros/cons

2012-11-20 Thread Ian Price
As promised in the other thread, here is my list. This was really a response to the even the earlier thread I started, which I (unfortunately) didn't reply to at the time. First off, they important question "why do we need this?". Well, guile is a multi-language vm in principle, even if Scheme is

Re: non-scheme scripts: proposed solutions and their pros/cons

2012-11-20 Thread Noah Lavine
As you say, the only real solution is to do more than one of these things. For instance, I think it's really important to be able to load modules written in other languages. However, this may be language-dependent to a certain extent, because some languages (Python) already have ways to define mod

Re: non-scheme scripts: proposed solutions and their pros/cons

2012-11-20 Thread Ian Price
So, here's the "plan of attack" I'm envisioning for this. Right now, questions of cross-language module referencing can be ignored. I think it is mostly orthogonal to the current goal of running non-scheme scripts. First, I'm going to try and write a proof-of-concept guile-elisp executable. This

Re: Making libunistring optional

2012-11-20 Thread Ludovic Courtès
Hi! Mark H Weaver skribis: > Yikes! It looks like this imports most of the libunistring source code > into Guile. It’s not “most of” libunistring. In terms of modules, it may be less than half of the modules that compose libunistring. But it’s definitely a big chunk of code. > If we simply

Re: Delimited continuations to the rescue of futures

2012-11-20 Thread Ludovic Courtès
Hi Mark, Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Mark H Weaver skribis: >> >>> I guess the one remaining concern I have is that if there are any >>> long-running futures in the process, then any 'touch' could take a very >>> long time to complete, even if the future

Re: Guile Lua

2012-11-20 Thread Ludovic Courtès
Hi! nalaginrut skribis: > @ludo: Thanks! I'll try to do it follow your steps. > Besides, do we have the final conclusion for the multi-lang choosing > approach, say, --lang=lua/elisp or #lang lua or a script: > guile-lua/guile-elisp... whatever. IIRC, ijp raised such a topic, but it > seems no

Re: Guile Lua

2012-11-20 Thread nalaginrut
On Tue, 2012-11-20 at 18:04 +0100, Ludovic Courtès wrote: > Hi! > > nalaginrut skribis: > > > @ludo: Thanks! I'll try to do it follow your steps. > > Besides, do we have the final conclusion for the multi-lang choosing > > approach, say, --lang=lua/elisp or #lang lua or a script: > > guile-lua/

Re: Guile Lua

2012-11-20 Thread nalaginrut
On Mon, 2012-11-19 at 22:07 +0100, Ludovic Courtès wrote: > Hi! > > nalaginrut skribis: > > > I'd like to know what work should the maintainer take? As I know there's > > some work has been done, but it didn't merge into stable-2.0. What's the > > rest work? Does it work now? > > I think the f