l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
I went ahead and pushed a proper merge of stable-2.0 into master.
Great, thanks! Which method did you use?
I used the more elaborate method described in my earlier email, so the
git history looks like the merges
Hi Mark,
Mark H Weaver m...@netris.org skribis:
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
I went ahead and pushed a proper merge of stable-2.0 into master.
Great, thanks! Which method did you use?
I used the more elaborate method described in my
5. Re: propose deprecation of generalized-vector-*
(Ludovic =?utf-8?Q?Court=C3=A8s?=)
Yes. That procedure would only make sense for one-dimensional arrays
anyway. It could just as well throw an error when passed a
multi-dimensional array, no?
I think that there should be a
Hi,
Daniel Llorens daniel.llor...@bluewin.ch skribis:
5. Re: propose deprecation of generalized-vector-*
(Ludovic =?utf-8?Q?Court=C3=A8s?=)
Yes. That procedure would only make sense for one-dimensional arrays
anyway. It could just as well throw an error when passed a
Hello all,
Any objections to adding .guile.sls and .sls to Guile's default
%load-extensions? Ian Price tells me that this naming convention is
commonly followed for R6RS libraries and implementations, e.g. Racket,
Mosh, Ikarus, and Ypsilon. It would facilitate easy use of R6RS
libraries without
Hello all,
Here's another patch to help with R6RS libraries. Right now, if you use
R6RS syntax to import (srfi :99 records procedural), the components
after the :99 will be silently dropped and it will treat this as if you
imported (srfi :99). I suspect this is simply a bug.
Does anyone see a