Turn -XTypeHoles into a (on by default) warning
authorAustin Seipp <austin@well-typed.com>
Wed, 15 Jan 2014 02:16:26 +0000 (20:16 -0600)
committerAustin Seipp <austin@well-typed.com>
Wed, 15 Jan 2014 02:16:26 +0000 (20:16 -0600)
commit235fd88a9a35a6ca1aed70ff71291d7b433e45e4
tree6a061872030e2b662db0de656807b387730051fa
parent3e633d9b77a50e6f34bdcc556d47b4a09faa1d2d
Turn -XTypeHoles into a (on by default) warning

After some discussion on ghc-devs@ and elsewhere, it seemed favorable to
make this change as type holes don't let any invalid programs though,
they merely change what the compiler reports in case of certain errors
(namely unbound occurrences, or _ appearing on a LHS.)

Now, the warning mechanism is controlled by -f[no-]warn-type-errors,
just like any other regular warning. Again, on by default.

The documentation and tests have been updated accordingly.

Signed-off-by: Austin Seipp <austin@well-typed.com>
17 files changed:
compiler/main/DynFlags.hs
compiler/rename/RnExpr.lhs
docs/users_guide/7.8.1-notes.xml
docs/users_guide/flags.xml
docs/users_guide/glasgow_exts.xml
docs/users_guide/using.xml
testsuite/tests/driver/T4437.hs
testsuite/tests/module/mod71.hs
testsuite/tests/module/mod71.stderr
testsuite/tests/rename/should_fail/rnfail016.hs
testsuite/tests/rename/should_fail/rnfail016.stderr
testsuite/tests/typecheck/should_compile/holes.hs
testsuite/tests/typecheck/should_compile/holes.stderr
testsuite/tests/typecheck/should_compile/holes2.hs
testsuite/tests/typecheck/should_compile/holes2.stderr
testsuite/tests/typecheck/should_compile/holes3.hs
testsuite/tests/typecheck/should_compile/holes3.stderr