Skip to content
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

Create version #defines #1993

Open
baentsch opened this issue Nov 12, 2024 · 0 comments
Open

Create version #defines #1993

baentsch opened this issue Nov 12, 2024 · 0 comments
Milestone

Comments

@baentsch
Copy link
Member

Currently, AFAIK there is no simple library version define that a downstream could utilize to adapt to API changes in liboqs: The only define there is is "OQS_VERSION_TEXT" and I'm not sure that's making it sufficiently easy to adapt a downstream's code to liboqs capabilities: The goal of (and one purpose for) oqsprovider is to build against all versions of liboqs, so a simple-to-use code-level library version test facility should be there, e.g. similar to what we have in openssl. Worthwhile a separate issue/PR or simple enough to do as part of this PR? If the latter, the corresponding oqsprovider update could be done as a "-tracker" update as this is an API-changing PR (either way).

Originally posted by @baentsch in #1919 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Todo
Development

No branches or pull requests

1 participant