Hi,
Our random number generator (RNG) is a bit old, and I think the state of
the art has progressed some since 1999 or whenever that that code is
from. Does anyone know of a good replacement? Anyone want to replace
Guile's with something with a longer period, and perhaps which assumes
64-bit arith
On Sun 18 Jul 2010 18:01, Andreas Rottmann writes:
> Here is a first version of the patch to add an external representation
> for the RNG state (needed for implementing SRFI 27 "Sources of random
> bits" in terms of Guile's RNG). I'm not quite sure about the naming of
> procedures, both one the C
Hi Jon,
What is the status of Guile-PHP? Did you manage to set up a savannah
project?
It sounds like quite an interesting project :)
Andy
--
http://wingolog.org/
Andy -
Hey, good to hear from you. I did get a project registered, but it's been
going on two months now since my last commit. I got pretty far with base
language support, no OOP yet, I'm pretty sure I needed to wrap up string
interpolation and type hinting as well. What actually ended up hap
Andy Wingo writes:
> On Sun 18 Jul 2010 18:01, Andreas Rottmann writes:
>
>> Here is a first version of the patch to add an external representation
>> for the RNG state (needed for implementing SRFI 27 "Sources of random
>> bits" in terms of Guile's RNG). I'm not quite sure about the naming of
>
I'm getting this not-so-helpful message from vars->bind-list in
module/language/tree-il/compile-glil.scm. I've started at this for
awhile and I still don't understand what's causing it. Here's the
smallest test case I could construct that triggers it if this is at
all helpful:
Lua: function identi
I'd like to patch Guile's math functionality to expose M_PI, modf, and
probably other things as well. Before I started I thought I'd ask --
would such a patch be accepted? And is there any policy on where they
should go? It seems a little crass to clutter up the (guile) namespace
any more, but I do
