aboutsummaryrefslogtreecommitdiff
path: root/crates/tor-rtcompat/src/impls.rs
Commit message (Collapse)AuthorAgeFilesLines
* Make the native-tls crate optional.Nick Mathewson2022-01-261-0/+1
| | | | | | | | | | | This commit puts the native-tls crate behind a feature. The feature is off-by-default in the tor-rtcompat crate, but can be enabled either from arti or arti-client. There is an included script that I used to test that tor-rtcompat could build and run its tests with all subsets of its features. Closes #300
* Refactor native_tls usage into its own moduleNick Mathewson2022-01-251-0/+2
| | | | | This change uses the async-native-tls crate for everything, and deletes some duplicated code.
* tor-rtcompat: Add support for rustls.Nick Mathewson2022-01-251-0/+3
| | | | | | | | | | | | | | | | | | | This is based on @janimo's approach in !74, but diverges in a few important ways. 1. It assumes that something like !251 will merge, so that we can have separate implementations for native_tls and rustls compiled at the same time. 2. It assumes that we can implement this for the futures::io traits only with no real penalty. 3. It uses the `x509-signature` crate to work around the pickiness of the `webpki` crate. If webpki eventually solves their [bug 219](https://github.com/briansmith/webpki/issues/219), we can remove a lot of that workaround. Closes #86.
* Move all crates into a `crates` subdirectory.Nick Mathewson2021-08-271-0/+9
This will cause some pain for now, but now is really the best time to do this kind of thing.