[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Scheme-reports] Reformulated numeric-tower ballot

On 16/05/14 09:32, Sascha Ziemann wrote:
> 2014-05-15 12:41 GMT+02:00 Alaric Snell-Pym <alaric@x>:
>> I suspect that a "common consensus" on the set of SRFIs that makes a
>> "practical implementation" will emerge organically, and predicting that
>> set to mandate it now will be difficult :-)
> This is the reason why the decision which SRFIs are important and which
> are not important is useless. Instead it would be much more important to
> specify some kind of Maven like package repository for Scheme. There
> have been several attempts, but Racket has its own, Chicken has its own,
> Gamit has its own. And if you try to switch from one Scheme to another,
> it is always a pain to find the packages necessary for the program. Not
> having access to package repositories is nowadays a major productivity
> drawback. If R7RS wants to be large/great, it should do something great.
> And joining all Scheme code would be the greatest thing R7RS could do.

I gather Snow is being resurrected in terms of R7RS modules, so
hopefully, that's in the bag. However, that only helps for the kinds of
SRFIs that can be written as portable Scheme code, which I do indeed
hope will be in such a repository for all to use on demand - the ones I
was talking about (and I should have been clearer) are things that can't
be portable, such as interfaces to sockets APIs, or things that peek
into implementation details.

So, chin up! The future's bright :-)

> Sascha


Alaric Snell-Pym

Attachment: signature.asc
Description: OpenPGP digital signature

Scheme-reports mailing list