Some minimal surgery done.
On Aug 16, 2010, at 10:27 PM, Neil Van Dyke wrote:
> Could someone official please fix the introduction of that Wikipedia page
> when they get a chance? The text seems to have suffered some bit rot.
>
> http://en.wikipedia.org/wiki/Racket_(programming_language)
>
Could someone official please fix the introduction of that Wikipedia
page when they get a chance? The text seems to have suffered some bit rot.
http://en.wikipedia.org/wiki/Racket_(programming_language)
Racket (formerly called PLT Scheme) is a programming language based on
Scheme, produced by
On Mon, Aug 16, 2010 at 8:51 PM, John Clements
wrote:
> ...then I added the sierpinski example from the racket-lang front page. I'm
> hoping that whoever wrote this code will either not object, or change it.
I wrote an early version of it and certainly don't object or plan to
make changes.
Rob
I happened upon the Racket wikipedia page again, and yet again the "Hello
World" section made me want to cry. So I deleted it, and replaced it with the
straightforward version of racket's "Hello, World!" program, viz.:
#lang racket
"Hello, World!"
...then I added the sierpinski example from th
Matthew also made this work with the older GTK-related libraries on
Debian Stable. So if you tried before and were thwarted, it works now.
(Thanks, Matthew.)
--
http://www.neilvandyke.org/
_
For list-related administrative tasks:
http://lists.
The `racket/gui' re-implementation has improved over the past two
weeks. It's still not ready for everyday use or even bug reports, but
it's getting closer. The most visible difference is that controls and
canvases refresh and resize more cleanly. The least visible difference
is that a complete mem
I changed the name in "libracket.vcproj".
At Mon, 16 Aug 2010 15:58:22 +1000, Paul Steckler wrote:
> In last night's build, the Visual Studio solution file
> src/worksp/racket/racket.sln contains the line:
>
> Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "libracket",
> "..\libracke
On Aug 12, Jay McCarthy wrote:
>
> [...] Of the additions I made, I believe that only seqn-cons,
> seqn-rest, seqn-tail, seqn-append, seqn-map, seqn-filter, and
> seqn-add-between will have the speed problem.
Side note: I read these as "seq n this, seq n that, ..." -- at least
to me, "seqn" works
On Aug 13, Noel Welsh wrote:
>
> I think this is incorrect. I read:
>
> - When we provide APIs we lock ourselves into them
> - The proposed sequence API is slow and can't be sped up without
> significant effort (cf worldwide shortage of Matthew-Flatt-hours)
> - We shouldn't lock ourselves into
On Aug 12, Eli Barzilay wrote:
>
> ** The addition is *slow*. Very slow. I wrote a test program to sum
>up the integers from 0 to 200 -- and I get these numbers (test
>code attached below):
I forgot the attachment.
x.rkt
Description: Binary data
--
((lambda (x) (x x))
10 matches
Mail list logo