diff options
| author | bors <bors@rust-lang.org> | 2019-04-22 01:46:13 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2019-04-22 01:46:13 +0000 |
| commit | 8f06188991e8e7c764f0775a35432d39e2596c9a (patch) | |
| tree | d83913db9c06ec4346475fd6dbd74596a759b6e8 /src/libstd/sys/unix/stack_overflow.rs | |
| parent | 247b505099ce96b0fbf686249ff410a893793ed7 (diff) | |
| parent | 2dccaa77f877077e2338251471911e0ff8e2f526 (diff) | |
| download | rust-8f06188991e8e7c764f0775a35432d39e2596c9a.tar.gz rust-8f06188991e8e7c764f0775a35432d39e2596c9a.zip | |
Auto merge of #60053 - Xanewok:serde-save-analysis, r=nrc
save-analysis: Use serde instead of libserialize to dump JSON data
This breaks the save-analysis infrastructure (which also includes `rls-{analysis, data, span}` crates) from depending on rustc_serialize and so we can start moving them to being supported on stable without implementing `Decodable` et al. by hand for data structures defined there.
Notable benefits:
- we drop the awkward raw byte `PathBuf` [serialization](https://gist.github.com/Xanewok/f4fe8564d0dc0c3ab1dbc244279ff895) (until now (de)serialized as `&[u8]`)
- [faster](https://github.com/serde-rs/json-benchmark) (hopefully noticeable for inner crate dependencies for the RLS workloads)
- we can easily explore the binary serialization backend (which we planned to do for save-analysis anyway)
~This should be merged together with an update to RLS (https://github.com/rust-lang/rls/pull/1435), which technically could be included right now because we can use the bundled `rls-analysis` here directly, however I'd prefer to publish this to crates.io first (https://github.com/rust-lang/rls/pull/1434, cc @nrc) and use the published version, instead.~
Includes https://github.com/rust-lang/rls/pull/1436.
@matklad @nikomatsakis This is also important for the potential RLS 1.0 - 2.0 bridge we talked about on Zulip today
Diffstat (limited to 'src/libstd/sys/unix/stack_overflow.rs')
0 files changed, 0 insertions, 0 deletions