DEC: support functions with more then 62 arguments #1727
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Given
topEntity :: Bool -> Bool -> Bool
topEntity b x = case b of
False -> f x False
True -> f x True
f :: Eq a => a -> a -> Bool
f = ...
DEC would do:
Changes when applying rewrite to:
case b[LocalId] of
False ->
f[GlobalId] @Bool $fEqBool[GlobalId] x[LocalId]
False
True ->
f[GlobalId] @Bool $fEqBool[GlobalId] x[LocalId]
True
Result:
letrec
c$fOut :: Bool
= f[GlobalId] @Bool
(case b[LocalId] of
False ->
$fEqBool[GlobalId]
True ->
$fEqBool[GlobalId])
x[LocalId]
(case b[LocalId] of
False ->
False
True ->
True)
in case b[LocalId] of
False ->
c$fOut[LocalId]
True ->
c$fOut[LocalId]
Because both f's gets the same x argument, in the result the single f
gets the x directly.
But this sharing only worked for LocalId's, for GlobalId's like the
$fEqBool(Eq class dictionary), but clash generates as argument to the
new f:
(case b[LocalId] of
False ->
$fEqBool[GlobalId]
True ->
$fEqBool[GlobalId])
With this patch we now generate:
letrec
c$fOut :: Bool
= f[GlobalId] @Bool $fEqBool[GlobalId]
x[LocalId]
(case b[LocalId] of
False ->
False
True ->
True)
in case b[LocalId] of
False ->
c$fOut[LocalId]
True ->
c$fOut[LocalId]
GHC's max tuple size has been 62 for a long time, but on master it is now increased to 64. https://gitlab.haskell.org/ghc/ghc/-/commit/6e5a83bb6052f9e251a54026294c87a5bd650c93?merge_request_iid=4146
So in the next commit we can easily make wrappers around them for big tuples (>62 elements).
All (non-shared) arguments to DEC'ed functions are combined into tuples, so they can all be defined via a single case expression. But because GHC's tuples are limited to 62 elements, this fails for functions with many arguments. This patch uses GHC's mkChunkified to create (2-levels of) nested tuples for a maximum of 62^2=3844 arguments. Fixes #1669
christiaanb
force-pushed
the
fix-dec-big-tuples
branch
from
ed2c717
to
dcd3790
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
All (non-shared) arguments to DEC'ed functions are combined into tuples,
so they can all be defined via a single case expression.
But because GHC's tuples are limited to 62 elements, this fails for functions with many arguments.
This patch uses GHC's mkChunkified to create (2-levels of) nested tuples for a maximum of 62^2=3844 arguments.
Fixes #1669