News for hackers. Stuff that matters.
Re:Mundane: Rust cryptography library that is difficult to m... by tptacek on Tuesday December 15, 2020 @04:59PM (#25435764)
Probably the Google-sponsored cryptography library you want to use is Tink, whose maintainers include Daniel Bleichenbacher, Sophie Schmieg, and Thai Duong.

https://github.com/google/tink

Re:Mundane: Rust cryptography library that is difficult to m... by TheNorthman on Tuesday December 15, 2020 @05:04PM (#25435824)
Probably the Google-sponsored cryptography library you want to use depends on the language you're using... Not much point in using Tink if they don't expose a C-api or any other ergonomic form to make Rust bindings.
Re:Mundane: Rust cryptography library that is difficult to m... by organian on Wednesday December 16, 2020 @11:47AM (#25444739)
Project Oak (at Google) are working on Tink Rust: https://github.com/project-oak/tink-rust, although with this caveat:

This is not an official port of Tink, and is not supported by Google's cryptography teams.

Re:Mundane: Rust cryptography library that is difficult to m... by TinkersW on Tuesday December 15, 2020 @06:42PM (#25436986)
Looks like an unusable mess for C++, this seems to be common problem with all of these crypto libraries-- just too many files and too complex of a build system(shocker not everyone uses CMake).
Re:Mundane: Rust cryptography library that is difficult to m... by lionkor on Wednesday December 16, 2020 @04:03AM (#25440424)
CMake is the de-facto standard for C++ build systems - its not the simplest, but it does an outstanding job at being widespread and reliable.
Re:Mundane: Rust cryptography library that is difficult to m... by lmm on Wednesday December 16, 2020 @12:23AM (#25439384)
As someone who sometimes uses e.g. FreeBSD, I'll take CMake over someone's hand-crafted Makefile any day.