Skip to content

Investigate which FFI types are still in the tss-esapi interface #222

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
ionut-arm opened this issue Apr 16, 2021 · 1 comment
Closed

Investigate which FFI types are still in the tss-esapi interface #222

ionut-arm opened this issue Apr 16, 2021 · 1 comment
Labels
medium Effort label question Further information is requested

Comments

@ionut-arm
Copy link
Member

Now that we have a separation between the tss-esapi and tss-esapi-sys crates, we should focus on removing all FFI data types from the interface of tss-esapi. While we cannot change the interface for any 5.x.y release, we can still write up abstractions for all these types and replace them when we're ready for a major version bump.

This issue is just an investigation for which types are still being used straight from -sys. New interfaces SHOULD NOT use FFI types and should instead create new abstractions (or use the Rust native types, if they exist).

Depending on how difficult to abstract they are, we could create separate issues for the work, e.g. a separate issue for TPM2B_PUBLIC.

@ionut-arm ionut-arm added question Further information is requested medium Effort label labels Apr 16, 2021
@Superhepper
Copy link
Collaborator

This is now part of the much larger issue #290 can there for be closed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
medium Effort label question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants