You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
See the info for reproducing this issue at the end.
As far as I can tell, what happens is that in a certain case, the backend rewrites config1(X) and not exists y . X == stuff(Y) to config2(stuff(Z)) and not stuff(Z) == stuff(Y), completely dropping the exists y quantifier. With the quantifier, most likely the backend would have been able to evaluate exists y . stuff(Z) == stuff(Y) to top, which would have pruned the branch.
$ kompile --version
K version: v5.6.122-0-g77b76f004a-dirty
Build date: Thu Jun 08 22:29:39 EEST 2023
$ kore-rpc --version
Kore version 0.60.0.0
Git:
revision: f7a90ba41aa98d79f400099e2a27156e07543540
branch: HEAD
last commit: Fri May 5 08:23:49 2023 -0600
The text was updated successfully, but these errors were encountered:
The first time each rule is applied properly, and the configuration is split into three. On the owise branch, when attempting to apply again these rules, the configuration is still split into three, and the thing mentioned in the first issue comment happens.
See the info for reproducing this issue at the end.
As far as I can tell, what happens is that in a certain case, the backend rewrites
config1(X) and not exists y . X == stuff(Y)
toconfig2(stuff(Z)) and not stuff(Z) == stuff(Y)
, completely dropping theexists y
quantifier. With the quantifier, most likely the backend would have been able to evaluateexists y . stuff(Z) == stuff(Y)
totop
, which would have pruned the branch.report.tar.gz
The text was updated successfully, but these errors were encountered: