-
-
Notifications
You must be signed in to change notification settings - Fork 524
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
FFI bindings #60
Comments
Makes sense to me. And maybe the variable isn't needed if we have a function. What do you think, @nwellnhof ? |
Yes, we should add these functions to support bindings based on FFI. We could also remove the global version variables then. I'd like to keep the version macros, though. |
Yes, we should add these functions to support bindings based on FFI. We
could also remove the global version variables then. I'd like to keep
the version macros, though.
Agreed, the macros are useful in situations where the function would not be.
|
I will make a pull request then. |
txdv
added a commit
to txdv/cmark
that referenced
this issue
Jun 25, 2015
This is easier to access using ffi, since some languages, like C# like to use only function interfaces for accessing library functionality. fixes commonmark#60
txdv
added a commit
to txdv/cmark
that referenced
this issue
Jun 25, 2015
This is easier to access using ffi, since some languages, like C# like to use only function interfaces for accessing library functionality. fixes commonmark#60
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hey guys, I saw that the version strings are external symbols to variables.
Some programming languages support only ffi, as in, all external calls can be made only through functions, variables are not accessible even if they are external, for example C#.
Could we get additional functions to retrieve the version string and integer number?
The text was updated successfully, but these errors were encountered: