| From: Joe Marshall <[email protected]>
 | Date: Sat, 29 Aug 2009 11:26:15 -0700
 | 
 | I added a column to my Scheme Implementation spreadsheet.
 | 
 | http://spreadsheets.google.com/pub?key=twRSWnj1h-j_F3IHRXxwrmg&output=html
 | 
 | That is `Arbitrary Metric A' As the name suggests, it is arbitrary.
 | However, it is also a metric.  My opinion about the merits of any
 | particular scheme implementation was not a factor.
 | 
 | Metric A sucks.  It cannot be independently verified, it's relevancy
 | cannot be determined, the bias is unknown.  It has exactly one virtue:
 | it has a value.  I'd like to come up with something better, but until
 | I do, here it is.
 | 
 | If you have an objective metric, give me the values, (or better yet,
 | tell us how to derive them!!!) and I'll add a column for that.

The number of SRFIs supported by the current release would be a good
metric of an implementation.  A list of implementations and the SRFIs
they support is at <http://srfi.schemers.org/srfi-implementers.html>.

The list is out-of-date.  SCM also supports 96 and 98.  SLIB also
supports 23 and 96.

Any implementation supporting SLIB (Bigloo, Chez, ELK 3.0, Gambit 4.0,
Guile, JScheme, MacScheme, MITScheme, Pocket Scheme, RScheme,
Scheme48, SCM, scsh, SISC, Stk, and VSCM) supports these SRFIs through
SLIB: 0,1,2,8,9,11,23,47,59,60,61,63,94,95,96

 | Not only did I have the temerity to measure Scheme implementations
 | on a hidden scale (it could have been a Ouija board), I had the
 | temerity to *rank* the implementations.  Furthemore, I divided them
 | into four broad tiers.

Your classification adds no objective information to the table, while
it ignores the most important distinction between implementations:
whether they support R4/5RS or R6RS.  Programs are not interoperable
between R6RS and R4/5RS, so that is the most important distinction to
make in your table.

Please remove your arbitrary tiers and classify implementations by
which standard(s) they hew to.

_______________________________________________
r6rs-discuss mailing list
[email protected]
http://lists.r6rs.org/cgi-bin/mailman/listinfo/r6rs-discuss

Reply via email to