How about
h-quasisyntax
for hygienic quasisyntax ?
On Fri, Feb 15, 2013 at 5:16 AM, Mark H Weaver wrote:
> Stefan Israelsson Tampe writes:
>> Let's call it guile-srfi-72, In the end it is a srfi-72 simulator [...]
>
> I'm pretty sure this is also false. One of the main points of SRFI-72
> is
BTW.
Of cause if you read the doc's for srfi-72 you will see a whole
different machinery that brings many features, they explicitly states
6 facts in the abstract for which I adress one in the code.
On the other hand when they try to sell it it they just uses examples
for the case for witch I try
On Thu, 2013-02-14 at 18:21 +1100, William ML Leslie wrote:
> On 13 February 2013 05:24, Mark H Weaver wrote:
> > Okay, but here I'm using "Static FFI" to mean something very different
> > than the C API: I'm talking about a pure scheme-based API that would be
> > quite similar to the API our curr
Hello,
The wip-rtl-cps branch has been rebased again (on top of wip-rtl). It now
includes support for toplevel references and sets, thanks mostly to Andy's
work on supporting them in RTL. (Although you shouldn't kick that part of
it too hard just yet; I think I know where it will break.) Other hig
Hey Noha,
Great work indeed.
Isn't the primitiveness decided by tree-il? you wil get a (
...) tree il element and then should know how to emit a
corresponding primitive instruction(s). Anyway I think that your
conclusion is right, it would not make sense to support overwriting
these primitives dy
Hi all,
for what it's worth, I have been playing, for this potluck, with
guile-zmq. I compiled a
small layer on top of that library that should make it easy to
implement some simple
applications consisting of many concurrent small programs by sending
messages between
them.
You can find it at