-
Notifications
You must be signed in to change notification settings - Fork 12.8k
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
Store rlink data in opaque binary format on disk #93681
Conversation
r? @davidtwco (rust-highfive has picked a reviewer for you, use r? to override) |
Not sure.
It isn't meant to be read outside of rustc. |
@bors r=davidtwco,bjorn3 |
📌 Commit a1c261c has been approved by |
@bors rollup=never Seems like it might have performance implications (hopefully positive ones). |
rlink isn't currently used by cargo afaik, which is why I didn't queue up perf, but it's possible it'll affect pgo or so. |
☀️ Test successful - checks-actions |
Finished benchmarking commit (b7cd0f7): comparison url. Summary: This benchmark run did not return any relevant results. If you disagree with this performance assessment, please file an issue in rust-lang/rustc-perf. @rustbot label: -perf-regression |
This removes one of the only uses of JSON decoding (to Rust structs) from the compiler, and fixes the FIXME comment. It's not clear to me what the reason for using JSON here originally was, and from what I can tell nothing outside of rustc expects to read the emitted information, so it seems like a reasonable step to move it to the metadata-encoding format (rustc_serialize::opaque).
Mostly intended as a FIXME fix, though potentially a stepping stone to dropping the support for Decodable to be used to decode JSON entirely (allowing for better/faster APIs on the Decoder trait).
cc #64191