Re: Here-docs in Haskell source

Ian If you do this at all, reuse the regular quotes, don't invent yet Ian another weird and wonderful lexical syntax. Haskell is already bad Ian enough that way, with \ used for lambda and so on. @ would be Ian okay I guess. John Why not just go the Python way and use ? That is, three John

Re: Here-docs in Haskell source

John python-mode actually handles Python syntax a lot better than John haskell-mode handles Haskell syntax, particularly regarding John indentation. Automatic indentation is only one aspect of Emacs modes, and as far as I am concerned not nearly the most important one. Here's a quick test: put

Re: Here-docs in Haskell source

Alistair In order to produce one double-quote inside a double-quote Alistair delimited string, many (most?) languages let you use two Alistair adjacent double quotes. So a string starting with triple Alistair double-quote would result in a string that has one double Alistair quote as its first

Re: Here-docs in Haskell source

Alistair Apologies if this has been covered already... I've searched Alistair the haskell-prime list archive and not found anything on this. Alistair I'd like to submit a request for a fairly trivial feature: Alistair multi-line text literals in source, AKA here-docs. You know, Alistair like the

Re: -ferror-spans and ghci

SimpleHaskell.hs:3:0: parse error (possibly incorrect indentation) Ian It is in ghci where this option would be most useful, imho. Is it Ian implemented? Simon Yes, it is implemented. Perhaps there was no reasonable span Simon that GHC could determine for that particular error - can you show

-ferror-spans and ghci

[EMAIL PROTECTED]:~/src/mindent$ ghci -ferror-spans ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.4, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base-1.0 ...

Re: syntax...(strings/interpolation/here docs)

bodies of code. That advantage is forfeited when trying to interface directly to messy GUI toolkits (and _all_ GUI toolkits in existence are messy). Significant applications, yes; but only the _back-ends_ of such applications. -- Ian Zimmerman, Oakland, California, U.S.A. GPG: 433BA087 9C0F 194F

Re: layout rules for where

or even suggest doing to layout rules, don't break the non-layout way. -- Ian Zimmerman, Oakland, California, U.S.A. GPG: 433BA087 9C0F 194F 203A 63F7 B1B8 6E5A 8CA3 27DB 433B A087 The world has taken on a thickness of vulgarity that raises a spiritual man's contempt to the violence of a passion

Re: character syntax

can't be handled by the normal mechanism -- partly because of nested comments, but even the line tail comments are weird due to the single-token rule. All this taken together, I mean, _really_, is the lexical structure of Haskell a botch, or what? -- Ian Zimmerman, Oakland, California, U.S.A. GPG

Re: character syntax

brian If you think about languages that have been designed to be easy brian to parse, are these really languages that you would want to brian use? No, but for different (semantical) reasons. -- Ian Zimmerman, Oakland, California, U.S.A. GPG: 433BA087 9C0F 194F 203A 63F7 B1B8 6E5A 8CA3 27DB