Conversation
We don't want to rely on PCSat, and thus, it is preferable to make an order n nuHFL formula tractable by translating it to an order (n + 1) formula.
|
The reason why it's optional is that this feature was added after ReTHFL was initially created. As far as I know, there is no instance where this feature causes "regression", so I also think that it is better to set it as the default. |
|
I'm not sure how seriously we should manage ReTHFL, but it might be a good idea to keep remove-disjunction and perhaps issue a warning since some of our tool depends on ReTHFL, and possibly causes some trouble. |
|
I think it's fine to delete the option. It's true that we have some tools that are relying on ReTHFL, but we can fix how they invoke ReTHFL. |
We don't want to rely on PCSat, and thus, it is preferable to make an order n nuHFL formula tractable by translating it to an order (n + 1) formula.
I don't know how clever the preprocess is. I am wondering whether applying
remove_disjunctionprocedure to an instance that didn't need this to be applied complicates the formula and prevents the solver to prove its (in)validity.