I think it would be great for there to be a way to give an (optional) hint to
the interpreter/compiler to evaluate (delay ) ed expressions in a background
thread. I assume that the lion's share of threading support will be in
R7RS-large, but with the trend of rapidly increasing core counts I think that
parallelism in some form must be tackled by any serious language at the
language level, and not delegated to its standard library.
I don't think record types belong in the core of scheme. As I understand it
the record definitions offer little more than what is traditionally achieved by
using a vector as a record, then defining constructors and accessors to operate
on that vector. This seems like an unnecessary intrusion on R7RS-small and I
think it is something that can be left to a macro in R7RS-large without any
loss of power.
Finally, given that the focus of R7RS seems to be adapting Scheme for
production code, and that R7RS-small seems to be the minimal set of additions
to R5RS necessary to achieve this, I think the C Foreign Function Interface
should standardised in R7RS-small. It would be a shame if efforts on
implementing R7RS-large were divided due to a variety of incompatible FFIs.
In general I am excited by R7RS scheme; Scheme is the cleanest lisp, and the
most pleasurable to code in, so it is frustrating that it has not been usable
for real projects. R7RS-large seems set to be solve this and fill the hole
left by the increasingly long in the tooth Common Lisp.
_______________________________________________
Scheme-reports mailing list
[email protected]
http://lists.scheme-reports.org/cgi-bin/mailman/listinfo/scheme-reports