"Herman Graal" <[EMAIL PROTECTED]> wrote,
> Is there any good alternatives to having to "sprinkle" whitespace parsers all over a
>parser implemented with parser combinators?
>
> It kind of decreases the readability... ;-)
>
> I'm interested in any ideas. Would like a full picture of the differ
peace
Look at Rex Page's Beseme project
http://www.cs.ou.edu/research/beseme.shtml
(which uses the Hall and O'Donnell book to do some interesting educational
research).
John
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/
John Hughes:
>
> Look at Rex Page's Beseme project
>
> http://www.cs.ou.edu/research/beseme.shtml
>
> (which uses the Hall and O'Donnell book to do some interesting educational
> research).
Just two useless words, on that project and *many* others.
Rex Page focuses on *discrete math*.
peace
peace
peace
The University where I did my Maths degree also had an extremely good Computer Science
department, but sadly this connection was not exploited nearly as much as it should
have been. I have two anecdotes which might be relevant:
(1) I remember being told off by one teaching assistant for writing a
The trouble here is the usual one: accumArray is lazy,
and simply accumulates a giant closure in each array slot.
Then, when it is evaluated, the stack gets big.
There should really be a strict accumArray, just as there
should be a strict foldl. There isn't in Haskell 98, but if you
are using a
peace
peace
peace
In case you haven't figured it out yet, the recent rash of posts by some of
our list members is symptomatic of a virus; Arjan van Ijzendoorn says it
is the Aliz virus. There is information about it here:
http://www3.ca.com/virus/virus.asp?ID=10405
So if you're using Outlook, don't open anythin
14 matches
Mail list logo