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
Issue #31 was solved in ed0f430, adding a version of Texada that supports SPOT-2.X.
Two key issues:
The code in ed0f430 includes code from SPOT, making that code GPL-3
SPOT-2.X removed the capacity to print formulas in native SPOT format, so there is a change to the output of Texada (G will be written as [], for instance)
Ideally, we should remove this dependency on code pulled from SPOT, either via:
Refactoring the code in texada-src/src/formula to remove code pulled from SPOT. We should also update texada::ltl to remove all the types of formulas that are not supported by Texada (BunOp, AutomatOp, etc.)
Entirely removing the SPOT dependency (i.e., building out own LTL parser).
In the end, 2. may be the better option. As far as I can tell the only real functional dependency on SPOT beyond parsing/printing is the negative_normal_form() function used in map_checker.
The text was updated successfully, but these errors were encountered:
Issue #31 was solved in ed0f430, adding a version of Texada that supports SPOT-2.X.
Two key issues:
G
will be written as[]
, for instance)Ideally, we should remove this dependency on code pulled from SPOT, either via:
texada-src/src/formula
to remove code pulled from SPOT. We should also update texada::ltl to remove all the types of formulas that are not supported by Texada (BunOp, AutomatOp, etc.)In the end, 2. may be the better option. As far as I can tell the only real functional dependency on SPOT beyond parsing/printing is the negative_normal_form() function used in map_checker.
The text was updated successfully, but these errors were encountered: