-
Notifications
You must be signed in to change notification settings - Fork 21
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
Try use Isabelle2024-RC2. #124
Conversation
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
@muenchnerkindl, all the tests are passing with this Isabelle version. What do you think about merging it into #109 ? |
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
The TLAPS now works with the Isabelle2024-RC2, so I checked if the failures to prove some statements are still here (as in #109). And the problems are still here. I tried to investigate the case of the proofs in the CommunityModules. My findings are in this gist: https://gist.github.com/kape1395/84562bf5679fe9f9f65c4d85715b7827#file-tlapm_e6d04a_debug-thy In short, it looks to me that the |
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
@kape1395 I fail to reproduce your results. For me, neither As for Isabelle-2023, I get the following behavior:
works, but comment out the useless hypothesis, and |
Indeed, in Isabelle2023, your lemma is proved by Regarding the |
And the
and fails with |
@muenchnerkindl, I forgot to tag you in the answers above. |
@muenchnerkindl, I found that there is |
@kape1395 Some more investigation and bisection revealed two issues in |
Signed-off-by: Stephan Merz <stephan.merz@loria.fr>
…into isabelle2020-dune-2024RC2
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
@muenchnerkindl, it works much better now!
I'm still looking at the skipped modules in the examples repo:
|
@muenchnerkindl, From my findings:
|
…2020-dune-2024RC2
Interestingly,
|
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
@muenchnerkindl, after further experimentation, it looks like it's related to the bounded quantifiers. The rewrites are not done in the set over which the variable is quantified. The smallest example I found is:
Adding a rule
solves this exact problem (as well as the cases above), but creates a lot of failures (loops) in the TLA theory itself. Probably something different is needed. |
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
@muenchnerkindl, there are no more regressions than in the main branch.
|
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
@kape1395 Thank you very much for investigating this further! I would have hoped the interference between bounded quantification and rewrite of Please add the DCO to your commit so that it can be merged. Thanks again! |
@muenchnerkindl, thanks for reviewing the changes! I believe the signoff/DCO is missing for your commit: d5d8dbf. All my commits are signed except the merge commits, but the DCO check was previously ignoring them. Can we merge it anyway? The original Isabelle branch has a lot of commits with no signoff. |
Signed-off-by: Stephan Merz <stephan.merz@loria.fr>
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
Signed-off-by: Andrew Helwer <2n8rn1w1f@mozmail.com>
Unified main/pr workflows Signed-off-by: Andrew Helwer <2n8rn1w1f@mozmail.com>
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
Signed-off-by: Karolis Petrauskas <k.petrauskas@gmail.com>
…into isabelle2020-dune-2024RC2
The Linux foundation requires us to sign all commits: this was not the case before. In fact, I had noticed that I had forgotten to sign and tried to amend the commit but apparently this was counted as a separate commit. Hopefully this is now fixed. |
I checked if this branch works with Isabelle 2024-RC2 with the hope that it will resolve the remaining problems.
Initially it failed to build the TLA+ theories with:
Maybe the API for
Simplifier.make_simproc
has changed. I tried to change the invocations. Now the failures are insimproc_setup
, but the output is less informative.@muenchnerkindl, could you take a look at the problem here?
To build only the Isabelle part, you can go to the
deps/isabelle
folder and runmake clean all
there.