John Meacham [EMAIL PROTECTED] writes:
rather than start layout blocks right after the 'let' 'do' or 'where',
put them on the next line with one more tabstop than the current
line.
I've also a bit baffled by all the people apparently struggling with
layout; I realize the rules are a bit
Wether spaces or tabs are better in source files is a matter of taste and
a language should not force me to use one or another.
Well note that it doesn't only confuse compilers: if you post code for
other people to read (whose display software has their personal own
interpretation of what a
Andrew wrote:
My remark was merely in response to the claim that Haskell cares
whether you put tabs or spaces in your files. It does not, so long
as the tabs are of length 8. If your editor produces tabs of a
different size, that's a problem with your editor or the way you
dislike Haskell's
When I got somebody else's C-Code, I used gnu indent to bring
it into a layout I liked (and could easily grasp).
One of the points I like about Haskell is just its use of
space: it makes things clearer and doesn't clutter up your screen
as it does in C. I definitely had less problems with layout
Hi there,
I wonder if the compiler could check, if all possible combinations have been
checked in a pattern match.
For example:
data Colour = Red | Yellow | Green | Blue;
trafficlight Red = True;
trafficlight Yellow = True;
trafficlight Green = True;
trafficlight Blue = False;
This is
Ingo Wechsung [EMAIL PROTECTED] writes:
I wonder if the compiler could check, if all possible combinations have
been checked in a pattern match.
In ghc, use the compile-time option -fwarn-incomplete-patterns
Regards,
Malcolm
___
Haskell-Cafe
Malcolm Wallace [EMAIL PROTECTED] writes:
Ingo Wechsung [EMAIL PROTECTED] writes:
I wonder if the compiler could check, if all possible combinations have
been checked in a pattern match.
In ghc, use the compile-time option -fwarn-incomplete-patterns
Is there a warning to warn if a block is
Ingo Wechsung [EMAIL PROTECTED] writes:
Simon wrote:
There's no reason not to use 8 column tab stops, so please don't do it.
Ok, if it just looks better to me is no reason,
Tabs and spaces aren't visually distinguishable, so I'm not sure why
you conclude that looks don't matter.
As has
Fri, 6 Dec 2002 12:09:46 +0100, Ingo Wechsung [EMAIL PROTECTED] pisze:
No. My editor produces the ASCII code for horizontal tab, when I
hit the tab key. Just as it produces the ASCII code for a when I
hit the a key.
That's how it should be.
It shouln't, becase tabs are 8 spaces, which is
Ingo == Ingo Wechsung [EMAIL PROTECTED] writes:
Ingo Or, to turn it another way: What you see is not necessarily
Ingo what you get. This may be fine for ad hoc scripts that one
Ingo examines in hugs.
So is that the language's fault (because of what you get) or the
editor's fault
Kevin,
thanks for your helpfull comments.
Ingo Or, to turn it another way: What you see is not necessarily
Ingo what you get. This may be fine for ad hoc scripts that one
Ingo examines in hugs.
So is that the language's fault (because of what you get) or the
editor's fault (because
From: Ingo Wechsung [EMAIL PROTECTED]
...
Currently, I expand tabs to 4 spaces only, so
\tx=bar
looks like
foo = bar
to me when the compiler sees
foo = bar
If you want to go the layout way perhaps someone/you could put in a compiler
option for tab expansion. Check in
Peter wrote:
Currently, I expand tabs to 4 spaces only, so
\tx=bar
looks like
foo = bar
to me when the compiler sees
foo = bar
If you want to go the layout way perhaps someone/you could put in a compiler
option for tab expansion. Check in
On Thu, 5 Dec 2002 21:49:27 +0100
Ingo Wechsung [EMAIL PROTECTED] wrote:
So I will write the braces and semicolons. It's better anyway in my
opinion.
I am not going to change my editing habits just to make hugs or ghc
happy.
What about using untabified files? Or an haskell-aware
14 matches
Mail list logo