aboutsummaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)AuthorLines
2019-04-02Fix warnings for deprecated usages of trim_{left,right}_matches.Erich Gubler-3/+3
2019-04-02Make importing `toml_internal` macro unnecessary when using the `toml` macroErich Gubler-63/+63
2019-03-20Fix parsing of repeated delimiters inside multi-line stringsTomasz Miąsko-5/+9
The previous implementation of `read_string`, when looking for delimiters ending the multi-line string and failing to find exactly three in succession, always put a single delimiter back. This is incorrect when exactly two delimiters are present. Put back the correct number of delimiters depending on how many have been already consumed from input. The issue could be triggered only with `Owned` representation of `MaybeString`, since otherwise `push` operation is no-op.
2019-03-11Add PartialEq to Toml::deAbid Omar-3/+3
Add PartialEq trait to Error, ErrorInner and ErrorKind. Relevant issue: https://github.com/alexcrichton/toml-rs/issues/291
2019-02-19Fix case sensitivity with T, Z, and E.Eric Huss-3/+7
2019-01-08Merge pull request #278 from Kerollmops/masterAlex Crichton-8/+611
Add the preserve_order feature (rebased version)
2019-01-07Fix disallowing duplicate table headersAlex Crichton-6/+30
This commit fixes #279 where a case of duplicate table headers slipped through the cracks. This also adds an option to disable this new validation to allow Cargo to preserve backwards compatibility.
2018-12-28Add the preserve_order featureVincent Prouillet-8/+611
2018-12-17Run `cargo fmt`Alex Crichton-782/+1088
2018-11-28Merge pull request #264 from azriel91/feature/225/externally-tagged-enumsAlex Crichton-57/+391
Issue 255: Externally tagged enum deserialization
2018-11-21Merge pull request #276 from ehuss/fix-versionAlex Crichton-1/+1
Indicate this is now supporting version 0.5 of TOML.
2018-11-21Indicate this is now supporting version 0.5 of TOML.Eric Huss-1/+1
2018-11-21Fix trailing space after date.Eric Huss-7/+6
The space between date and time was being eagerly skipped when it shouldn't.
2018-11-17Maintain backward compatibility with Rust 1.15, take 3.Azriel Hoh-1/+2
2018-11-17Only validate table keys against fields when deserializing enum.Azriel Hoh-18/+27
Issue #225
2018-11-17Maintain compatibility with Rust 1.15Azriel Hoh-2/+2
Issue #225
2018-11-12Error when deserializing struct if encountering unknown fields.Azriel Hoh-0/+41
Issue #225
2018-11-10Maintain compatibility with Rust 1.15Azriel Hoh-1/+1
Issue #225
2018-11-10Implemented deserialization for external enums.Azriel Hoh-71/+175
Issue #225
2018-11-10Better error handling when parsing tuples.Azriel Hoh-12/+35
Issue #225
2018-11-10Implemented enum tuple deserialization.Azriel Hoh-6/+63
Issue #225
2018-11-10Implement deserialization for unit and struct variants.Azriel Hoh-1/+100
Issue #225
2018-10-29Merge pull request #271 from spease/allow-newtype-keyAlex Crichton-2/+2
Allow newtype key
2018-10-29Merge pull request #268 from jmhain/allow-ws-after-bsAlex Crichton-1/+18
Allow whitespace after line ending backslash (#162)
2018-10-28Support tuple Serde types for `Value`hcpl-9/+54
2018-10-27Allow newtype keySteven Pease-2/+2
2018-10-27Allow whitespace after line ending backslash (#162)Joey Hain-1/+18
2018-10-01Avoid panic on pretty string ending in single quoteMatti Niemenmaa-0/+4
Fixes #262.
2018-09-25Fix multi-line strings are not allowed for keyrhysd-31/+47
In spec https://github.com/toml-lang/toml#keys Quoted keys are clarified as > he exact same rules as either basic strings or literal strings TOML clearly distinguishes basic string and multi-line basic string (literal string is also). https://github.com/toml-lang/toml#string So table key and quoted key should not allow multi-line basic string and multi-line literal string. ABNF definition also describes that. https://github.com/toml-lang/toml/blob/master/toml.abnf ``` string = ml-basic-string / basic-string / ml-literal-string / literal-string quoted-key = basic-string / literal-string ``` `string` contains `ml-*` but `quoted-key` doesn't.
2018-08-06Merge pull request #255 from kornelski/masterAlex Crichton-0/+16
Support deserializing from other integer types
2018-08-05Support deserializing from other integer typesKornel-0/+16
2018-08-05Support the new 0.5 syntax in the toml! macro.Eric Huss-45/+134
- Space in datetime. - +- inf, nan, 0.0 - Dotted keys.
2018-07-27Don't allow intermixing inline tables and dotted key tables.Eric Huss-4/+6
2018-07-16Support older rustc.Eric Huss-4/+4
2018-07-160.5: Support dotted keys.Eric Huss-5/+57
cc #224
2018-07-110.5: Support hex/oct/bin integers.Eric Huss-30/+39
cc #224
2018-07-11Merge pull request #251 from ehuss/datetime-spaceAlex Crichton-1/+13
0.5: Support space separator in datetime.
2018-07-11Merge pull request #250 from ehuss/reject-delAlex Crichton-2/+2
0.5: Reject 0x7f (DEL) in strings.
2018-07-110.5: Support floats nan, inf, and +/-0.0.Eric Huss-26/+32
cc #224
2018-07-100.5: Reject 0x7f (DEL) in strings.Eric Huss-2/+2
cc #224
2018-07-100.5: Support space separate in datetime.Eric Huss-1/+13
cc #224
2018-05-24Support fixed-length arraysAlex Crichton-15/+102
Turns out these are deserialized/serialized as tuples! While we're at it add support for tuple variants and tuple structs through the same paths. Closes #244
2018-05-09Merge pull request #239 from udoprog/spansAlex Crichton-96/+361
Support spans when deserializing serde structures
2018-05-09Treat unicode hex digits case-insensitivelyClaudio Bley-7/+4
In Rust >= 1.24.0 we could have used `char::is_ascii_hexdigit`, but to keep compatiblity with older versions, `char::is_digit(16)` is used. Fixes #240.
2018-05-09Make spanned module private and hide internalsJohn-John Tedro-7/+41
2018-05-07Fix incorrectly reported spans for DatetimeJohn-John Tedro-13/+24
2018-05-07Use BorrowedStrDeserializer instead of generated key deserializersJohn-John Tedro-55/+7
2018-05-07Adjust spans for more complex typesJohn-John Tedro-27/+54
2018-05-07Use custom struct/field naming to deserialize spansJohn-John Tedro-63/+178
2018-05-06Proof of concept: reporting span information to a Spanned<T> typeDavid Tolnay-51/+177