In the Haskell team, we're working on providing fine-grained information on when kore-rpc-booster aborts in Booster and reverts to Kore. We will output this information on a per-request basis, as part of the "logs" field.
While for this use-case the current RPC log options are enough, we anticipate the need for additional RPC log options. To reduce friction with other backends (i.e. Maude) in future, we propose a schema change that would make the RPC log options extensible. Since RPC logs are not a part of the core backend functionality, every backend may choose whether or not to implement a particular log option.
In the Haskell team, we're working on providing fine-grained information on when
kore-rpc-booster
aborts in Booster and reverts to Kore. We will output this information on a per-request basis, as part of the "logs" field.While for this use-case the current RPC log options are enough, we anticipate the need for additional RPC log options. To reduce friction with other backends (i.e. Maude) in future, we propose a schema change that would make the RPC log options extensible. Since RPC logs are not a part of the core backend functionality, every backend may choose whether or not to implement a particular log option.
Proposed change to request logging params:
Currently:
After change:
The sister issue in
haskell-backend
: https://github.com/runtimeverification/haskell-backend/issues/3655