- Jul 13, 2018
-
-
Geoffry Song authored
I noticed that the bare `[u8]` made rustdoc nightly unhappy.
-
- May 25, 2018
-
-
Carl Lerche authored
-
- Apr 27, 2018
-
-
Carl Lerche authored
-
- Mar 12, 2018
-
-
Sean McArthur authored
* make Buf and BufMut usable as trait objects - All the `get_*` and `put_*` methods that take `T: ByteOrder` have a `where Self: Sized` bound added, so that they are only usable from sized types. It was impossible to make `Buf` or `BufMut` into trait objects before, so this change doesn't break anyone. - Add `get_n_be`/`get_n_le`/`put_n_be`/`put_n_le` methods that can be used on trait objects. - Deprecate the export of `ByteOrder` and methods generic on it. * remove deprecated ByteOrder methods Removes the `_be` suffix from all methods, implying that the default people should use is network endian.
-
Sean McArthur authored
- All the `get_*` and `put_*` methods that take `T: ByteOrder` have a `where Self: Sized` bound added, so that they are only usable from sized types. It was impossible to make `Buf` or `BufMut` into trait objects before, so this change doesn't break anyone. - Add `get_n_be`/`get_n_le`/`put_n_be`/`put_n_le` methods that can be used on trait objects. - Deprecate the export of `ByteOrder` and methods generic on it. Fixes #163
-
- Jan 29, 2018
-
-
Carl Lerche authored
-
- Jan 08, 2018
-
-
Carl Lerche authored
-
- May 02, 2017
-
-
Jack O'Connor authored
-
Arthur Silva authored
-
- Apr 14, 2017
-
-
jaystrictor authored
-
- Mar 21, 2017
-
-
Stepan Koltsov authored
Standard `Debug` implementation for `[u8]` is comma separated list of numbers. Since large amount of byte strings are in fact ASCII strings or contain a lot of ASCII strings (e. g. HTTP), it is convenient to print strings as ASCII when possible.
-
- Mar 07, 2017
-
-
Carl Lerche authored
The `Source` trait was essentially covering the same case as `IntoBuf`, so remove it. While technically a breaking change, this should not have any impact due to: 1) There are no reverse dependencies that currently depend on `bytes` 2) Source was not supposed to be implemented externally 3) IntoBuf provides the same implementations as `Source` Given these points, the change should be safe to apply.
-
Carl Lerche authored
-
- Mar 01, 2017
-
-
Carl Lerche authored
-
Carl Lerche authored
-
Alex Crichton authored
Allows links in other crates to link to crates.io docs of bytes itself.
-
- Feb 20, 2017
-
-
Carl Lerche authored
-
- Feb 17, 2017
-
-
Carl Lerche authored
-
Carl Lerche authored
-
- Feb 16, 2017
-
-
Carl Lerche authored
-
Carl Lerche authored
-
- Nov 02, 2016
-
-
Carl Lerche authored
This commit is a significant overhaul of the library in an effort to head towards a stable API. The rope implementation as well as a number of buffer implementations have been removed from the library and will live at https://github.com/carllerche/bytes-more while they incubate. **Bytes / BytesMut** `Bytes` is now an atomic ref counted byte slice. As it is contigous, it offers a richer API than before. `BytesMut` is a mutable variant. It is safe by ensuring that it is the only handle to a given byte slice. **AppendBuf -> ByteBuf** `AppendBuf` has been replaced by `ByteBuf`. The API is not identical, but is close enough to be considered a suitable replacement. **Removed types** The following types have been removed in favor of living in bytes-more * RingBuf * BlockBuf * `Bytes` as a rope implementation * ReadExt * WriteExt
-
- Oct 15, 2016
-
-
Carl Lerche authored
-
Carl Lerche authored
-
- Sep 26, 2016
-
-
Carl Lerche authored
-
Carl Lerche authored
-
- Sep 23, 2016
-
-
Carl Lerche authored
-
Carl Lerche authored
-
Carl Lerche authored
-
- Aug 31, 2016
-
-
Carl Lerche authored
-
- Aug 11, 2016
-
-
Carl Lerche authored
-
Carl Lerche authored
Not having `unsafe_no_drop_flag` caused some weirdness with optimizing buffers and bytes. For now, remeove it.
-
- Aug 10, 2016
-
-
Carl Lerche authored
* Get rid of `ByteStr` trait * `Bytes` is not a concrete type * Add `BlockBuf` * Delete lots of cruft * Performance work
-
- Aug 06, 2016
-
-
Carl Lerche authored
-
Carl Lerche authored
-
Carl Lerche authored
-
- Jul 20, 2016
-
-
Carl Lerche authored
-
- Jun 08, 2016
-
-
Carl Lerche authored
-
- Sep 25, 2015
-
-
Carl Lerche authored
-
- Jul 28, 2015
-
-
Carl Lerche authored
-