Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tuples in the DSL may become problematic soon. #19

Open
FabrizioRomanoGenovese opened this issue Apr 15, 2023 · 1 comment
Open

Tuples in the DSL may become problematic soon. #19

FabrizioRomanoGenovese opened this issue Apr 15, 2023 · 1 comment

Comments

@FabrizioRomanoGenovese
Copy link
Member

If I understood things correctly, GHC does not support tuples that have more than 62 entries. As we are producing models of increasing complexity, we are already often feeding more than 20 wires from a game to another. It is not unthinkable that we'll reach this hard-wired limit sooner than later.

Moreover, we are often in need to define functions (to be lifted to games) that take an arbitrary number of parameters of the same type as input. We would like to use typeclasses or something similar to implement these functions once and for all, but since the DSL provides inputs as tuples, this is a quite hard problem: generalizing to arbitrary tuples is difficult since parameter n in the tuple is completely independent from paramenters 1...n, and we don't have much structure to exploit.

Any suggestion to solve these problem is appreciated!

@faezs
Copy link

faezs commented Jul 1, 2023

what structural requirements preclude using lists of parameters?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants