tree: 18c286ccc4871e6e14954efe28fd3f87370e349e [path history] [tgz]
  1. bench/
  2. ci/
  3. src/
  4. .gitignore
  5. .travis.yml
  6. appveyor.yml
  7. build.rs
  8. Cargo.toml
  9. COPYING
  10. ctags.rust
  11. LICENSE-MIT
  12. Makefile
  13. README.md
  14. session.vim
  15. UNLICENSE
  16. x86_64-unknown-linux-sgx.json
third_party/memchr/README.md

memchr

The memchr crate provides heavily optimized routines for searching bytes.

Build status Build status

Dual-licensed under MIT or the UNLICENSE.

Documentation

https://docs.rs/memchr

Overview

The memchr function is traditionally provided by libc, however, the performance of memchr can vary significantly depending on the specific implementation of libc that is used. They can range from manually tuned Assembly implementations (like that found in GNU's libc) all the way to non-vectorized C implementations (like that found in MUSL).

To smooth out the differences between implementations of libc, at least on x86_64 for Rust 1.27+, this crate provides its own implementation of memchr that should perform competitively with the one found in GNU's libc. The implementation is in pure Rust and has no dependency on a C compiler or an Assembler.

Additionally, GNU libc also provides an extension, memrchr. This crate provides its own implementation of memrchr as well, on top of memchr2, memchr3, memrchr2 and memrchr3. The difference between memchr and memchr2 is that that memchr2 permits finding all occurrences of two bytes instead of one. Similarly for memchr3.

Compiling without the standard library

memchr links to the standard library by default, but you can disable the use_std feature if you want to use it in a #![no_std] crate:

[dependencies]
memchr = { version = "2", default-features = false }