2.5.1

CHANGELOG.md

@@ -1,5 +1,12 @@
 # Changelog
 
+## 2.5.1 - 2020-02-24
+
+### Changed
+
+- `manylinux1` wheels for 3.6, 3.7, and 3.8 are now compliant with the spec by
+not depending on glibc 2.18.
+
 ## 2.5.0 - 2020-02-19
 
 ### Added

Cargo.toml

@@ -1,6 +1,6 @@
 [package]
 name = "orjson"
-version = "2.5.0"
+version = "2.5.1"
 authors = ["ijl <ijl@mailbox.org>"]
 description = "Fast, correct Python JSON library supporting dataclasses, datetimes, and numpy"
 edition = "2018"

README.md

@@ -31,8 +31,7 @@ support for 64-bit
 file-like objects
 
 orjson supports CPython 3.6, 3.7, 3.8, and 3.9. It distributes wheels for
-Linux, macOS, and Windows. The manylinux1 wheel differs from PEP 513 in
-requiring glibc 2.18, released 2013, or later. orjson does not support PyPy.
+Linux, macOS, and Windows. orjson does not support PyPy.
 
 orjson is licensed under both the Apache 2.0 and MIT licenses. The
 repository and issue tracker is
@@ -632,6 +631,17 @@ ValueError: Parse error at offset 1: The surrogate pair in string is invalid.
 '\ud800'
 ```
 
+To make a best effort at deserializing bad input, first decode `bytes` using
+the `replace` or `lossy` argument for `errors`:
+
+```python
+>>> import orjson
+>>> orjson.loads(b'"\xed\xa0\x80"')
+JSONDecodeError: str is not valid UTF-8: surrogates not allowed
+>>> orjson.loads(b'"\xed\xa0\x80"'.decode("utf-8", "replace"))
+'���'
+```
+
 ### UUID
 
 orjson serializes `uuid.UUID` instances to

src/decode.rs

@@ -79,7 +79,7 @@ pub fn deserialize(ptr: *mut pyo3::ffi::PyObject) -> PyResult<NonNull<pyo3::ffi:
         data = unsafe { std::str::from_utf8_unchecked(slice) };
     } else {
         return Err(JSONDecodeError::py_err((
-            "Input must be str or bytes",
+            "Input must be bytes, bytearray, or str",
             "",
             0,
         )));