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
Currently in JavaSMTTermTransformer#transformApp, we are depending on the name of the function declaration to match in the environment variable. I believe (might not be true) that this is not standardized across solvers, for example some names back from mathsat5:
`not` while we are expecting not
`<=int` while we are expecting <=
JavaSMT helps however through FunctionDeclaration#getKind which returns a value from FunctionDeclarationKind. We should probably switch from String keys to FunctionDeclarationKind keys in the environment map, and use the getKind as lookup instead of getName.
The text was updated successfully, but these errors were encountered:
My next PR will include the proposed fix, but won't be perfect - for some of our existing cases I could not find the proper counterpart, and many of their options will be unhandled.
Currently in JavaSMTTermTransformer#transformApp, we are depending on the name of the function declaration to match in the environment variable. I believe (might not be true) that this is not standardized across solvers, for example some names back from mathsat5:
`not`
while we are expectingnot
`<=int`
while we are expecting<=
JavaSMT helps however through FunctionDeclaration#getKind which returns a value from FunctionDeclarationKind. We should probably switch from String keys to FunctionDeclarationKind keys in the environment map, and use the getKind as lookup instead of getName.
The text was updated successfully, but these errors were encountered: