rust - https://github.com/rust-lang/rust

Age	Commit message (Collapse)	Author	Lines
2019-12-30	Rename directories for some crates from `syntax_x` to `rustc_x`	Vadim Petrochenkov	-92/+0
	`syntax_expand` -> `rustc_expand` `syntax_pos` -> `rustc_span` `syntax_ext` -> `rustc_builtin_macros`
2019-12-22	Format the world	Mark Rousskov	-35/+35

2019-12-20	1. ast::Mutability::{Mutable -> Mut, Immutable -> Not}.	Mazdak Farrokhzad	-1/+1
	2. mir::Mutability -> ast::Mutability.
2019-10-16	move syntax::ext to new crate syntax_expand	Mazdak Farrokhzad	-1/+1

2019-08-17	Remove gensyms from built-in derives	Matthew Jasper	-1/+1
	Also make them generally more hygienic with name resolution.
2019-07-31	Replace AstBuilder with inherent methods	Mark Rousskov	-1/+0

2019-06-08	use pattern matching for slices destructuring	Cedric	-2/+2

2019-05-27	Pass symbols to `ExtCtxt::std_path` instead of strings.	Nicholas Nethercote	-1/+2
	Because this function is hot. Also remove the dead `ty_option` function.
2019-02-04	libsyntax_ext => 2018	Taiki Endo	-5/+5

2018-12-25	Remove licenses	Mark Rousskov	-10/+0

2018-07-29	Replace push loops with collect() and extend() where possible	ljedrz	-3/+2

2018-07-12	Deny bare trait objects in src/libsyntax_ext	ljedrz	-1/+1

2018-04-19	Don't prepend deriving-generated attributes with _	James Sanderson	-1/+1

2018-04-15	Provide better names for builtin deriving-generated attributes	James Sanderson	-2/+2

2017-12-09	Use hygiene to access the injected crate (`core` or `std`) from builtin macros.	Jeffrey Seyfried	-3/+3

2017-08-15	use field init shorthand EVERYWHERE	Zack M. Davis	-2/+2
	Like #43008 (f668999), but _much more aggressive_.
2017-06-16	deriv(Hash) for single-variant enum should not hash discriminant	Stepan Koltsov	-1/+1
	Fixes #39137
2016-09-04	Replace `_, _` with `..`	Vadim Petrochenkov	-1/+1

2016-08-30	Future proof `libsyntax_ext` for `union`.	Jeffrey Seyfried	-0/+1

2016-07-19	Run rustfmt on libsyntax_ext/deriving folder	Srinivas Reddy Thatiparthy	-28/+27

2016-06-26	Rollup merge of #34436 - jseyfried:no_block_expr, r=eddyb	Jeffrey Seyfried	-1/+1
	To allow these braced macro invocation, this PR removes the optional expression from `ast::Block` and instead uses a `StmtKind::Expr` at the end of the statement list. Currently, braced macro invocations in blocks can expand into statements (and items) except when they are last in a block, in which case they can only expand into expressions. For example, ```rust macro_rules! make_stmt { () => { let x = 0; } } fn f() { make_stmt! {} //< This is OK... let x = 0; //< ... unless this line is commented out. } ``` Fixes #34418.
2016-06-23	Remove field `expr` of `ast::Block`	Jeffrey Seyfried	-1/+1

2016-06-23	Move errors from libsyntax to its own crate	Jonathan Turner	-1/+1

2016-05-12	Improve derived implementations for enums with lots of fieldless variants	Björn Steinbrink	-0/+1
	A number of trait methods like PartialEq::eq or Hash::hash don't actually need a distinct arm for each variant, because the code within the arm only depends on the number and types of the fields in the variants. We can easily exploit this fact to create less and better code for enums with multiple variants that have no fields at all, the extreme case being C-like enums. For nickel.rs and its by now infamous 800 variant enum, this reduces optimized compile times by 25% and non-optimized compile times by 40%. Also peak memory usage is down by almost 40% (310MB down to 190MB). To be fair, most other crates don't benefit nearly as much, because they don't have as huge enums. The crates in the Rust distribution that I measured saw basically no change in compile times (I only tried optimized builds) and only 1-2% reduction in peak memory usage.
2016-03-27	deriving: factor out discriminant_value construction	Alex Burka	-10/+5

2016-03-27	fix #21714 by using discriminant_value in #[derive(Hash)]	Alex Burka	-9/+12
	This is the same approach taken in #24270, except that this should not be a breaking change because it only changes the output of hash functions, which nobody should be relying on.
2016-03-14	derive: improve hygiene for type parameters (see #2810)	Alex Burka	-2/+6
	When deriving Hash, RustcEncodable and RustcDecodable, the syntax extension needs a type parameter to use in the inner method. They used to use __H, __S and __D respectively. If this conflicts with a type parameter already declared for the item, bad times result (see the test). There is no hygiene for type parameters, but this commit introduces a better heuristic by concatenating the names of all extant type parameters (and prepending __H).
2016-02-22	Fix #[derive] for empty structs with braces	Vadim Petrochenkov	-1/+1

2016-02-11	[breaking-change] don't glob export ast::Mutablity variants	Oliver 'ker' Schneider	-2/+2

2015-12-15	Move built-in syntax extensions to a separate crate	Seo Sanghyeon	-0/+100