[plt-scheme] Re: Is R6RS useless for PLT?

From: kbohdan at mail.ru (kbohdan at mail.ru)
Date: Tue Nov 18 13:54:16 EST 2008

AFAIK, All mentioned languages, including python, have the only 
implementation or have *dominating implementation*.

For many reasons I believe that www.python.org will stay dominating
community with multiple portable implementations on board.
I haven't seen nobody using anything but CPython for real life 
scripting. I can be wrong but not so much.

As a good example of the language without single dominating implementation
but with excellent dominating community i recommend to look at:
c++ & www.boost.org. To put your library inside one must satisfy a
lot of requirements. The most useful libraries from *boost* project will
become a part of a new standard. When/If PLT switched to r6rs, wouldn't 
it be perfect to have similar library adoption process for r6rs PLT libs ?

Note the difference between boost and SRFIs is that boost libraries
have real-life quality and are released all together allowing modifications,
enhancements, bug fixes and tighter reuse of  other boost libraries.


Marek Kubica wrote:
> On Tue, 18 Nov 2008 11:23:36 -0500
> "Sam TH" <samth at ccs.neu.edu> wrote:
>> On Tue, Nov 18, 2008 at 9:48 AM, Shriram Krishnamurthi
>> <sk at cs.brown.edu> wrote:
>>> Out of curiosity, how many Perl implementations do you routinely
>>> port between?  Or Ruby implementations?  Or Tcl implementations?
>> Perl and Tcl both seem to have only one implementation.  There is an
>> alternative Ruby implementation, called JRuby, which describes itself
>> as compatible.  There are at least two alternative Python
>> implementations, PyPy and Jython, but I don't think their
>> compatibility is perfect.
> There is also IronPython but that's actually not what I wanted to say.
> In Python-land there is Python aka CPython which basically defines the
> standard and is it's own reference implementation. All new features are
> introduced there first and may or may not be adapted soon in other
> implementations. Currently, CPython is what actually matters, the other
> implementations are currently rather exotic and neither Jython nor
> IronPython will ever replace CPython. Maybe PyPy will do that in the
> long run, but PyPy is focused a bit more on research about dynamic
> languages and how to get them running fast than on replacing CPython.
> regards,
> Marek
> _________________________________________________
>   For list-related administrative tasks:
>   http://list.cs.brown.edu/mailman/listinfo/plt-scheme

Posted on the users mailing list.