Re: mixing lush with clush
"Yury Sulsky" <[email protected]> Thu, 16 Mar 2006 22:42:00 -0500
| Newsgroups | gmane.lisp.lush.devel |
|---|---|
| Message-ID | <[email protected]> |
Sorry, I'm not clear on the differences between DX, DY, and DH. What does it mean to generate DXs instead of DHs? At some point or other you're going to have to talk to the interpreter, right? Even if you're okay with having to compile all of your code, in order to support something lambda (or globals) you'd still need to be able to encode the lexical environment. It seems like no matter the structure of the CLush compiler, you still need to be able to generate marshalling code. Yury On 3/16/06, Ralf Juengling <[email protected]> wrote: > On Thu, 16 Mar 2006, Ralf Juengling wrote: > > > If we are careful in designing the C API then we might be able to > > extend the DX creating machinery so that the DX objects carry type > > information for the future compiler. Ideally, this type information > > can be read off the C function declarations in include/header.h . > > ... read off of the C API function declarations automatically, I mean. > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Lush-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/lush-devel > ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642