Don't know am I too optimistic, but I think that R7RS large will be great success. I hope rest of the community share same enthusiasm. (young lisper)

Hopeful as well. - from another new Schemer

Yes. I've enjoyed playing around with gambit, but the module system is a huge headache, and the documentation is quite sparse. R7RS, I hope, will at least give a better baseline for a newcomer like myself. (For the curious, C integration and speed are necessary for the project. Gambit is great for this.)

I am looking for a Scheme to implement inside an iOS app. I was looking into TinyScheme and Gambit, but was leaning towards TinyScheme due to its size.

Chibi is about the same size, and unlike TinyScheme is a real Scheme with hygienic macros and a fast VM (TinyScheme is hopelessly slow). It also has features like Huffman compressed immediate symbols to further reduce runtime heap usage - the raw image size isn't the whole story.

Can Chibi(R7RS) be used in real world applications ?, and I am curious do you know when can we expect R7RS large spec to be finish.

It depends on what you mean by real world applications, but Chibi has many features including threads, networking and an FFI suitable for any application. R7RS large will have even more libraries. It will be complete when it's completed, but many of the individual libraries will be usable before then.

Thanks for answer, I want to make a simple game in scheme, so I am considering chibi, maybe I need to try somehow to add opengl binding. I know there is other implementations but I want to try chibi (r7rs) :)

If you don't care about the small footprint then go with Gambit/Bigloo as they play nicely with C too.

If you don't care about Gambit's C integration, go with Racket, it's very beginner friendly and has lots of libraries.

Or:

If you don't care for Rackets IDE, go with Guile, it's the official GNU extension language.

TL;DR find a Scheme implementation that is good at what you need and use it.

Apart from Racket, Chicken Scheme is the most active Scheme and it has a lot of libraries (eggs as they call it) from OS interface to amazon web services and web frameworks.

Interesting! I will evaluate this for my online board game that I am remaking in this moment but it does look good :)

Anyone has comments on the implementation?

I'm the author, if anyone has questions feel free to ask. 0.6 should be released this month with a lot of improvements.

How large does the heap need to be for the garbage collector to work effectively? Could this theoretically run on something like the TI Stellaris LaunchPad, which is an ARM chip with 256KB of Flash and 32KB of RAM?

The default heap is 2MB, but will run with 756KB. If you want to skip the init.scm file (-q command-line option) it will run with just 10KB providing only definitions and C primitives, but I haven't tested this extensively - I had no idea they still made devices with such little memory :)

The actual manual seems to be down from going over capacity.

The source for the manual is still up, and is quite readable despite the few style annotations:

http://code.google.com/p/chibi-scheme/source/browse/doc/chib...

Note: I don't have access to the original manual link either, so I can't confirm that it's exactly the same document. It describes the language in details.

Oh hey, it's in scribble! Neat, I thought that that was an only a Racket thing...

Should be back up now - grab it while it lasts.

Works on iOS? Too bad it's not allowed.

That's incorrect. You can embed an interpreter and interpreted code in an iOS app and many do. You just can't download new interpreted code after the application has been installed. You can't download new binary code, either.

See http://daringfireball.net/2010/09/app_store_guidelines.

Wasn't that rule changed some years ago?

Not as far as I know. We haven't seen flash for iOS yet which would seem to suggest it's still in effect.

We haven't seen Flash for Android anymore, either.