-
Couldn't load subscription status.
- Fork 11
Build statically salt against libsodium #5
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
base: master
Are you sure you want to change the base?
Conversation
|
Thanks, I like the idea of making |
|
@freza what's the status about this PR. Anything I can do? |
|
Hi, sorry been busy -- I'll merge over the weekend. Wanted to make sure |
|
As you certainly noticed I've been reluctant to do this -- I wanted a self-contained library from the start, but just including a snaphost of Now I've finally found the right way to do this: http://tweetnacl.cr.yp.to/software.html So I'll look into integrating that, would be good to also carry over tests from full NaCl. |
|
Does it means you wil rewrite the nif from scratch? |
|
Of course not. TweetNaCl is API compatible with NaCl and |
|
@freza did you start any work about it? |
Since libsodium is not widely deployed on the systems right now, it is useful to just embed libsodium in the sources and build statically against it. Also since salt is now built statically against libsodium it's easier to deploy with an erlang release.
For now the patch is only building libsodium on UNIX (and cygwin probably), build with MVS is not yet supported.