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

Conversion of quint Map.setBy produces invalid Apalache IR #2531

Closed
shonfeder opened this issue Apr 12, 2023 · 0 comments · Fixed by #2536
Closed

Conversion of quint Map.setBy produces invalid Apalache IR #2531

shonfeder opened this issue Apr 12, 2023 · 0 comments · Fixed by #2536
Assignees
Labels

Comments

@shonfeder
Copy link
Contributor

The expression m.setBy(n, x => x + 1).get(n) == nextN produces Apalache IR like

    /\ LET (*@type: (() => (Int -> Int)); *) __quint_var3 == m IN
    [
      (__quint_var3) EXCEPT
        ![n] =
          (LET (*@type: ((Int) => Int); *) __QUINT_LAMBDA0(x) == x + 1 IN
          __QUINT_LAMBDA0)((__quint_var3)[n])
    ][
      n
    ]
      = nextN

And this yields the error

    at.forsyte.apalache.infra.AdaptedException: <unknown>: internal error in type checking: Bug in ToEtcExpr. Expected an operator name, found: LET __QUINT_LAMBDA0(x) ≜ x + 1 IN __QUINT_LAMBDA0

Which is another instance of running in to #2517

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

Successfully merging a pull request may close this issue.

1 participant