diff options
| author | Ryan Scott <ryan.gl.scott@gmail.com> | 2020-09-21 20:07:04 -0400 |
|---|---|---|
| committer | Ryan Scott <ryan.gl.scott@gmail.com> | 2020-10-29 04:18:52 -0400 |
| commit | 2ef2fac4c412a25fa64f79b759d69d22a4ebc784 (patch) | |
| tree | afe8262c627704f420916df1d010f53c1346081c /testsuite/tests/rename/should_fail/T6148c.stderr | |
| parent | 22f5d9a951dbc9cfdf55984c5e2a6fad28a6f650 (diff) | |
| download | haskell-wip/T18723.tar.gz | |
Check for large tuples more thoroughlywip/T18723
This fixes #18723 by:
* Moving the existing `GHC.Tc.Gen.HsType.bigConstraintTuple` validity
check to `GHC.Rename.Utils.checkCTupSize` for consistency with
`GHC.Rename.Utils.checkTupSize`, and
* Using `check(C)TupSize` when checking tuple _types_, in addition
to checking names, expressions, and patterns.
Note that I put as many of these checks as possible in the typechecker so
that GHC can properly distinguish between boxed and constraint tuples. The
exception to this rule is checking names, which I perform in the renamer
(in `GHC.Rename.Env`) so that we can rule out `(,, ... ,,)` and
`''(,, ... ,,)` alike in one fell swoop.
While I was in town, I also removed the `HsConstraintTuple` and
`HsBoxedTuple` constructors of `HsTupleSort`, which are functionally
unused. This requires a `haddock` submodule bump.
Diffstat (limited to 'testsuite/tests/rename/should_fail/T6148c.stderr')
| -rw-r--r-- | testsuite/tests/rename/should_fail/T6148c.stderr | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/testsuite/tests/rename/should_fail/T6148c.stderr b/testsuite/tests/rename/should_fail/T6148c.stderr new file mode 100644 index 0000000000..a11d23ccac --- /dev/null +++ b/testsuite/tests/rename/should_fail/T6148c.stderr @@ -0,0 +1,5 @@ + +T6148c.hs:5:6: error: + A 65-tuple is too large for GHC + (max size is 64) + Workaround: use nested tuples or define a data type |