[DO NOT MERGE] perf-test for #74021#74660
[DO NOT MERGE] perf-test for #74021#74660rust-timer wants to merge 2 commits intorust-lang:masterfrom
Conversation
Original message: Rollup merge of rust-lang#74021 - 1011X:master, r=dtolnay impl Index<RangeFrom> for CStr This change implements (partial) slicing for `CStr`. Since a `CStr` must end in a null byte, it's not possible to trim from the right and still have a valid `CStr`. But, it *is* possible to trim from the left. This lets us be a bit more flexible and treat them more like strings. ```rust let string = CStr::from_bytes_with_nul(b"Hello World!\0"); let result = CStr::from_bytes_with_nul(b"World!\0"); assert_eq!(&string[6..], result); ```
|
@bors try @rust-timer queue The try commit's (master) parent should be bbebe73. If it isn't, then please:
You do not need to reinvoke the queue command as long as the perf build hasn't yet started. |
|
Awaiting bors try build completion |
|
⌛ Trying commit 430994c with merge 02251f9938d32bc9b813c225de60bd769bcdf88c... |
|
☀️ Try build successful - checks-actions, checks-azure |
|
Queued 02251f9938d32bc9b813c225de60bd769bcdf88c with parent bbebe73, future comparison URL. |
|
Finished benchmarking try commit (02251f9938d32bc9b813c225de60bd769bcdf88c): comparison url. Benchmarking this pull request likely means that it is perf-sensitive, so we're automatically marking it as not fit for rolling up. Please note that if the perf results are neutral, you should likely undo the rollup=never given below by specifying Importantly, though, if the results of this run are non-neutral do not roll this PR up -- it will mask other regressions or improvements in the roll up. @bors rollup=never |
|
Seems like it wasn't this either. |
This is an automatically generated pull request (from here) to run perf tests for #74021 which merged in a rollup.
r? @ghost