diff options
| author | bors <bors@rust-lang.org> | 2024-03-01 00:45:47 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2024-03-01 00:45:47 +0000 |
| commit | 6f435eb0eb2926cdb6640b3382b9e3e21ef05f07 (patch) | |
| tree | 4b3f72eebdc99abd96c16019fe0c7e520a531c51 /compiler/rustc_pattern_analysis/src/lib.rs | |
| parent | 77be7a3e0df908c5ea9ea4a70d209782a7299b4b (diff) | |
| parent | 88ac7ace569c6ad8ac2b9300cdeeb0170a1f04c5 (diff) | |
| download | rust-6f435eb0eb2926cdb6640b3382b9e3e21ef05f07.tar.gz rust-6f435eb0eb2926cdb6640b3382b9e3e21ef05f07.zip | |
Auto merge of #114016 - krtab:delete_sys_memchr, r=workingjubilee
Delete architecture-specific memchr code in std::sys Currently all architecture-specific memchr code is only used in `std::io`. Most of the actual `memchr` capacity exposed to the user through the slice API is instead implemented in `core::slice::memchr`. Hence this commit deletes `memchr` from `std::sys[_common]` and replace calls to it by calls to `core::slice::memchr` functions. This deletes `(r)memchr` from the list of symbols linked to libc. The interest of putting architecture specific code back in core is linked to the discussion to be had in #113654
Diffstat (limited to 'compiler/rustc_pattern_analysis/src/lib.rs')
0 files changed, 0 insertions, 0 deletions