get rid of unary '-' operator
the unary '-' is a very odd case in the report and causes a lot of confusion.
to fix it we can
- make '-' part of the lexical syntax of numbers. so a '-' followed by digits is interpreted as a negative number
- get rid of all other special treatment of '-'
- people can use 'negate' if they want to negate non literals.
- the removal of n + k patterns will make this more attractive
Cons
-
This does introduce a syntactic oddity, namely that
-1
is different from- 1
though syntax highlighting editors could make this distinction obvious. -
It would no longer be possible to write
x-1
to mean "x minus 1", instead it would mean "x applied to the literal -1", which is counter-intuitive. Also,x - 1
with spaces would have the "x minus 1" meaning. -
In Haskell 98, '-' is explicitly excluded from right sections, so:
Prelude> :t (- 1)
(- 1) :: (Num a) => a
Prelude> :t (1 -)
(1 -) :: (Num a) => a -> a
If we removed special treatment of '-', then these become symmetrical again. However it seems unintuitive that
(-x)
is a right section of '-', but(-1)
is the literal -1.
Another motivation for lexing - as part of a numeric literal (or changing its precedence), from 2007-10-10 #haskell:
[09:33] < quicksilver> am I the only person who finds mod's behaviour with
negative numbers stupid
[09:34] < matthew-_> try rem then
[09:34] < quicksilver> > (-4) `mod` 16
[09:34] < quicksilver> > (-4) `rem` 16
[09:34] < lambdabot> 12
[09:34] < lambdabot> -4
[09:34] < quicksilver> that's odd, that's not what my ghci did
[09:34] < quicksilver> doh
[09:34] < quicksilver> bracketing error :P
[09:35] < quicksilver> mod does do what I expect, if I put the negative number
in bracets
[09:35] < quicksilver> I wouldn't expect 'unary minus' to have lower precedence
that `mod` though
[09:35] < sieni> > -4 `rem` 16
[09:35] < lambdabot> -4
[09:35] < sieni> oops
[09:35] < sieni> > -4 `mod` 16
[09:35] < lambdabot> -4
[09:35] < quicksilver> sieni: yeah, that's what I did
[09:36] < sieni> quicksilver: yeah I know, that has bitten me too :-)
[09:36] < quicksilver> I always expect unary minus to bind tight
[09:37] < osfameron> yeah, haskell's unary minus is surprisingly loose
haskell-src-exts, haskell-src, and HLint have been using a unary minus that binds tighter than any other infix operator, and have never encountered any problems with it: http://www.haskell.org/pipermail/haskell-prime/2009-August/002955.html.