| Age | Commit message (Collapse) | Author | Lines | |
|---|---|---|---|---|
| 2013-02-25 | libsyntax: Convert ast::attribute_ to store a @meta_item | Erick Tryzelaar | -17/+18 | |
| 2013-02-22 | libsyntax: Remove all mutable fields from libsyntax. rs=demuting | Patrick Walton | -5/+5 | |
| 2013-02-22 | libsyntax: De-mut the parser. rs=demuting | Patrick Walton | -333/+332 | |
| 2013-02-22 | libsyntax: De-mut the macro parser. rs=demuting | Patrick Walton | -12/+12 | |
| 2013-02-22 | libsyntax: De-mut the pipe compiler | Patrick Walton | -37/+39 | |
| 2013-02-22 | auto merge of #5081 : brson/rust/pipes, r=pcwalton | bors | -21/+23 | |
| r? | ||||
| 2013-02-21 | auto merge of #5077 : jbclements/rust/increase-monomorphization-depth-limit, ↵ | bors | -21/+75 | |
| r=catamorphism It appears that using deriving_eq/auto_encode on ASTs bumps up against the "gee this looks like infinite unfolding" limit of 10 in monomorphization. Increasing it to 30 seems to solve this problem for me.... Also, commenting and a few renames. | ||||
| 2013-02-21 | auto merge of #5076 : pcwalton/rust/demuting, r=pcwalton | bors | -14/+14 | |
| 2013-02-21 | core: Extract comm from pipes. #4742 | Brian Anderson | -21/+23 | |
| 2013-02-21 | auto merge of #5075 : luqmana/rust/derec, r=catamorphism | bors | -1/+1 | |
| Now only `lib core/pipes.rs` has `#[allow(structural_records)]`. That can be removed after a snapshot. | ||||
| 2013-02-21 | auto merge of #5059 : Kimundi/rust/incoming, r=catamorphism | bors | -3/+3 | |
| compiles-as-is, but needs a snapshot to remove the `stage0`ed extfmt export in core. Closes #4750 | ||||
| 2013-02-21 | Cleanup, commenting, trivial renaming | John Clements | -21/+75 | |
| 2013-02-21 | librustc: De-mut some of trans | Patrick Walton | -14/+14 | |
| 2013-02-21 | Remove the last bits of structural records from tests/rustc/rusti/rustpkg. | Luqman Aden | -1/+1 | |
| 2013-02-21 | auto merge of #5068 : sethpink/rust/derive-eq-tuple-struct, r=catamorphism | bors | -14/+89 | |
| Previously an unimplemented error was thrown when using #[deriving_eq] on tuple-like struct definitions. | ||||
| 2013-02-21 | auto merge of #5071 : luqmana/rust/derec, r=pcwalton | bors | -224/+315 | |
| Rid libsyntax of records and get rid of the last piece in `librustc/front/test.rs`. | ||||
| 2013-02-21 | librustc: Separate the rest of the trait bounds with `+` and stop parsing ↵ | Patrick Walton | -3/+14 | |
| space-separated ones. rs=plussing | ||||
| 2013-02-21 | Moved core::extfmt to core::private::extfmt | Marvin Löbel | -3/+3 | |
| Needs a snapshot to remove stage0 extfmt export in core | ||||
| 2013-02-21 | Get rid of structural records in libsyntax and the last bit in librustc. | Luqman Aden | -224/+315 | |
| 2013-02-21 | Implement #[deriving_eq] on tuple like structs | Seth Pink | -14/+89 | |
| 2013-02-20 | librustc: Separate most trait bounds with '+'. rs=plussing | Patrick Walton | -21/+21 | |
| 2013-02-20 | librustc: Get rid of structural records save for front/test.rs. | Luqman Aden | -2/+2 | |
| 2013-02-19 | auto merge of #4999 : erickt/rust/incoming, r=brson | bors | -333/+369 | |
| This patch series is doing a couple things with the ultimate goal of removing `#[allow(vecs_implicitly_copyable)]`, although I'm not quite there yet. The main change is passing around `@~str`s in most places, and using `ref`s in others. As far as I could tell, there are no performance changes with these patches, and all the tests pass on my mac. | ||||
| 2013-02-19 | convert SyntaxExtensions's key to a @~str | Erick Tryzelaar | -31/+31 | |
| 2013-02-19 | convert ast::meta_items to take @~strs | Erick Tryzelaar | -33/+34 | |
| 2013-02-19 | convert syntax::attr to use @~strs | Erick Tryzelaar | -88/+84 | |
| 2013-02-19 | Alias HashMap<~str, SyntaxExtension> to SyntaxExtensions | Erick Tryzelaar | -6/+8 | |
| 2013-02-19 | libsyntax and librustc: minor cleanup | Erick Tryzelaar | -7/+5 | |
| 2013-02-19 | libsyntax: change attr:get_attr_name to take a ref | Erick Tryzelaar | -9/+8 | |
| 2013-02-19 | libsyntax: make enum variants take refs | Erick Tryzelaar | -104/+150 | |
| 2013-02-19 | syntax: fix the indentation of a function | Erick Tryzelaar | -36/+36 | |
| 2013-02-19 | Change functions from taking ~str to taking &str | Erick Tryzelaar | -3/+3 | |
| 2013-02-19 | libsyntax: convert interner into a modern struct | Erick Tryzelaar | -42/+36 | |
| 2013-02-19 | auto merge of #5002 : catamorphism/rust/one-tuples, r=graydon | bors | -8/+37 | |
| r? @graydon - This is for greater uniformity (for example, macros that generate tuples). rustc already supported 1-tuple patterns, but there was no way to construct a 1-tuple term. @graydon , as far as your comment on #4898 - it did turn out to be solvable inside the macro (since @luqmana already fixed it using structs instead), but I still think it's a good idea to allow 1-tuples, for uniformity. I don't think anyone is likely to trip over it, and I'm not too worried that it changes the amount of ambiguity. | ||||
| 2013-02-18 | auto merge of #5005 : alexcrichton/rust/bitv++, r=catamorphism | bors | -4/+8 | |
| These commits take the old bitv implementation and modernize it with an explicit self, some minor touchups, and using what I think is some more recent patterns (like `::new` instead of `Type()`). Additionally, this adds an implementation of `container::Set` on top of a bit vector to have as a set of `uint`s. I initially tried to parameterize the type for the set to be `T: NumCast` but I was hitting build problems in stage0 which I think means that it's not in a snapshot yet, so it's just hardcoded as a set of `uint`s now. In the future perhaps it could be parameterized. I'm not sure if it would really add anything, though, so maybe it's nicer to be hardcoded anyway. I also added some extra methods to do normal bit vector operations on the set in-place, but these aren't a part of the `Set` trait right now. I haven't benchmarked any of these operations just yet, but I imagine that there's quite a lot of room for optimization here and there. | ||||
| 2013-02-18 | auto merge of #5004 : luqmana/rust/rename-use-import, r=catamorphism | bors | -14/+14 | |
| Seems like my previous pull request got lost along the way somehow. So here it is updated. | ||||
| 2013-02-18 | rustc: For one-tuples, make parsing and printing the type work | Tim Chevalier | -2/+14 | |
| and add a test to reflect-visit-data | ||||
| 2013-02-17 | Modernize bitv mut fields and explicit self | Alex Crichton | -4/+8 | |
| 2013-02-17 | libsyntax: Update view_item_use/import to reflect actual usage | Luqman Aden | -14/+14 | |
| 2013-02-17 | syntax: Allow 1-tuple expressions | Tim Chevalier | -6/+23 | |
| This is for greater uniformity (for example, macros that generate tuples). rustc already supported 1-tuple patterns, but there was no way to construct a 1-tuple term. | ||||
| 2013-02-17 | libsyntax: Long lines. | Luqman Aden | -6/+12 | |
| 2013-02-17 | libsyntax: Explicit-self-ify pipes compiler. | Luqman Aden | -122/+110 | |
| 2013-02-17 | libsyntax: Remove last use of structural records in pipes compiler. | Luqman Aden | -56/+69 | |
| 2013-02-16 | auto merge of #4978 : z0w0/rust/issue-607, r=graydon | bors | -10/+20 | |
| 2013-02-17 | syntax: Implement recursive sorting of meta items. Closes #607 | Zack Corr | -10/+20 | |
| 2013-02-16 | Parse (and discard) lifetime declarations on function types | Niko Matsakis | -17/+29 | |
| 2013-02-16 | Permit lifetimes to appear in type parameter lists and after `&`. Lifetimes in | Niko Matsakis | -11/+105 | |
| type parameter lists are currently ignored, but `&'a T` is equivalent to `&a/T`. | ||||
| 2013-02-15 | librustc: Stop parsing `impl Type : Trait` and fix several declarations that ↵ | Patrick Walton | -66/+67 | |
| slipped through. r=tjc | ||||
| 2013-02-15 | auto merge of #4969 : nickdesaulniers/rust/issue3869, r=brson | bors | -1/+1 | |
| Issue #3869 review? @nikomatsakis Convert all uses of vec::slice to vec::view Issue #3869 Rename const_view to const_slice Renamed mut_view to mut_slice Fix windows build error. `buf` is borrowed by the call to `as_mut_buf()` and so we must invoke `slice()` outside of that call. | ||||
| 2013-02-15 | libsyntax: Remove move as a keyword. | Luqman Aden | -2/+2 | |
