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
When calling OpenDP FFI Measurements/Transformations/Relations, the system requires that values are wrapped as an FFIObject (which ensures types compatibility). We need convenience functions to construct and access these from primitive values. These will be used a lot in FFI contexts, so we should think carefully about signatures. Perhaps something like this:
Closes#39.
Refactored Type representation and lookup.
Added common FFI entry points for data marshaling.
Wrote glue for easy access from Python.
* Restructured Python project:
* Created Python package.
* Reworked library initialization.
* Added unit test skeleton.
* Added pip requirements.
* * Added setuptools config.
* Implemented FFI data constructors and accessors:
* Refactored Type representation and lookup.
* Added common FFI entry points for data marshaling.
* Wrote glue for easy access from Python.
When calling OpenDP FFI Measurements/Transformations/Relations, the system requires that values are wrapped as an
FFIObject
(which ensures types compatibility). We need convenience functions to construct and access these from primitive values. These will be used a lot in FFI contexts, so we should think carefully about signatures. Perhaps something like this:(This would be analogous to the existing
opendp_data__from_string()
&opendp_data__to_string()
functions, which should be folded into this.)This should also include convenience wrappers in Python that automatically Python objects.
The text was updated successfully, but these errors were encountered: