]> git.lizzy.rs Git - rust.git/commit
auto merge of #11984 : olsonjeffery/rust/libserialize, r=alexcrichton
authorbors <bors@rust-lang.org>
Wed, 5 Feb 2014 18:41:34 +0000 (10:41 -0800)
committerbors <bors@rust-lang.org>
Wed, 5 Feb 2014 18:41:34 +0000 (10:41 -0800)
commit55684ba13fb97b8658108fd18baecc3c4c51beb0
tree436f978485e7ceb1fc7daa36ab999afcdea30193
parent2bf575c86fd3c053df83b90862441fec71c7a622
parentb8852e89ced0a0cdf66963aba08382ff18fd2d4b
auto merge of #11984 : olsonjeffery/rust/libserialize, r=alexcrichton

- `extra::json` didn't make the cut, because of `extra::json`'s required
   dep on `extra::TreeMap`. If/when `extra::TreeMap` moves out of `extra`,
   then `extra::json` could move into `libserialize`
- `libextra`, `libsyntax` and `librustc` depend on the newly created
  `libserialize`
- The extensions to various `extra` types like `DList`, `RingBuf`, `TreeMap`
  and `TreeSet` for `Encodable`/`Decodable` were moved into the respective
  modules in `extra`
- There is some trickery, evident in `src/libextra/lib.rs` where a stub
  of `extra::serialize` is set up (in `src/libextra/serialize.rs`) for
  use in the stage0 build, where the snapshot rustc is still making
  deriving for `Encodable` and `Decodable` point at extra. Big props to
  @huonw for help working out the re-export solution for this
- @pcwalton's change in 449a7a8 didn't sneak back in