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

Age	Commit message (Collapse)	Author	Lines
2014-02-02	syntax: remove the unused Vstore enum.	Huon Wilson	-22/+0
	Seems to have been replaced by ExprVstore.
2014-02-02	rustc: Remove the vstore handling of @str and @[].	Huon Wilson	-1/+1

2014-02-02	syntax: remove the handling of @str and @[] from the parser completely.	Huon Wilson	-32/+9

2014-02-02	syntax: add an obsolete syntax warning for @[].	Huon Wilson	-1/+9

2014-02-02	syntax: convert LitBinary from @[u8] to Rc<~[u8]>.	Huon Wilson	-7/+6

2014-02-02	Changes from the review of the @str PR.	Huon Wilson	-7/+0

2014-02-02	Fix `@str` removal tests.	Huon Wilson	-1/+0

2014-02-01	auto merge of #11944 : nathanielherman/rust/vec_opt, r=alexcrichton	bors	-2/+2
	Closes #11733
2014-02-02	librustc: Remove `@str` from the language	Patrick Walton	-8/+17

2014-02-02	libsyntax: Remove `@str` from the interner	Patrick Walton	-56/+112

2014-02-02	libsyntax: Remove an `@str` in pretty printing	Patrick Walton	-18/+21

2014-02-02	libsyntax: Remove the `interner_get` function and all uses	Patrick Walton	-34/+13

2014-02-02	libsyntax: Remove uses of `token::ident_to_str()`	Patrick Walton	-29/+14

2014-02-02	libsyntax: Remove many uses of `token::ident_to_str`	Patrick Walton	-27/+49

2014-02-02	libsyntax: Fix tests.	Patrick Walton	-49/+51

2014-02-02	libsyntax: De-`@str` `MacroDef`	Patrick Walton	-3/+3

2014-02-02	librustc: De-`@str` `NameAndSpan`	Patrick Walton	-24/+37

2014-02-02	librustc: Fix merge fallout.	Patrick Walton	-68/+91

2014-02-02	libsyntax: Remove `ident_to_str` from the parser, which was returning	Patrick Walton	-10/+8
	`@str` values
2014-02-02	libsyntax: De-`@str` `get_single_str_from_tts`	Patrick Walton	-2/+4

2014-02-02	libsyntax: Remove all `@str` from the AST	Patrick Walton	-28/+35

2014-02-02	libsyntax: Make float literals not use `@str`	Patrick Walton	-12/+14

2014-02-02	libsyntax: De-`@str` pathnames	Patrick Walton	-39/+32

2014-02-02	librustc: Stop using `@str` for source.	Patrick Walton	-75/+69

2014-02-02	libsyntax: Remove the unnecessary `src` field from the lexer	Patrick Walton	-9/+6

2014-02-02	libsyntax: De-`@str` `to_source`	Patrick Walton	-41/+42

2014-02-02	libsyntax: De-`@str` literal strings in the AST	Patrick Walton	-113/+219

2014-02-02	libsyntax: Introduce an `InternedString` type to reduce `@str` in the	Patrick Walton	-79/+221
	compiler and use it for attributes
2014-01-31	Remove the obsolete handler for `impl A;`.	Huon Wilson	-19/+8
	This is has been obsolete for quite a while now (including a release), so removing the special handling seems fine. (The error message is quite good still anyway.) Fixes #9580.
2014-01-31	Fix minor doc typos	Virgile Andreani	-4/+4

2014-01-30	Make mut_last return Option instead of failing on empty vector (and add a ↵	Nathaniel Herman	-2/+2
	test for mut_last)
2014-01-30	Implement default type parameters in generics.	Eduard Burtescu	-12/+57

2014-01-30	auto merge of #11911 : kballard/rust/empty-functional-update, r=pcwalton	bors	-13/+10
	Fixes #8972
2014-01-30	Remove Times trait	Brendan Zabarauskas	-5/+6
	`Times::times` was always a second-class loop because it did not support the `break` and `continue` operations. Its playful appeal was then lost after `do` was disabled for closures. It's time to let this one go.
2014-01-29	Allow empty functional updating of structs	Kevin Ballard	-13/+10
	Fixes #8972
2014-01-29	Removing support for the do syntax from libsyntax and librustc.	Scott Lawrence	-141/+44
	Fixes #10815.
2014-01-27	auto merge of #11826 : huonw/rust/7621-deriving-errors, r=alexcrichton	bors	-9/+7
	cc #7621. See the commit message. I'm not sure if we should merge this now, or wait until we can write `Clone::clone(x)` which will directly solve the above issue with perfect error messages.
2014-01-28	syntax: make deriving have slightly less cryptic error messages.	Huon Wilson	-9/+7
	This unfortunately changes an error like error: mismatched types: expected `&&NotClone` but found `&NotClone` into error: type `NotClone` does not implement any method in scope named `clone`
2014-01-27	Demote self to an (almost) regular argument and remove the env param.	Eduard Burtescu	-148/+135
	Fixes #10667 and closes #10259.
2014-01-27	auto merge of #11834 : huonw/rust/deriving-spans, r=alexcrichton	bors	-137/+139
	I'd forgotten to update them when I changed this a while ago; it now displays error messages linked to the struct/variant field, rather than the `#[deriving(Trait)]` line, for all traits. This also adds a very large number of autogenerated tests. I can easily remove/tone down that commit if necessary.
2014-01-27	syntax: improve the spans of some #[deriving] traits.	Huon Wilson	-137/+138
	This makes error messages about (e.g.) `#[deriving(Clone)] struct Foo { x: Type }` point at `x: Type` rather than `Clone` in the header (while still referring to the `#[deriving(Clone)]` in the expansion info).
2014-01-26	auto merge of #11817 : salemtalha/rust/master, r=brson	bors	-15/+15
	Fixes Issue #11815
2014-01-26	Removed all instances of XXX in preparation for relaxing of FIXME rule	Salem Talha	-15/+15

2014-01-26	Fix privacy fallout from previous change	Alex Crichton	-1/+1

2014-01-26	syntax: Fix a missing closing code tag in docs.	Huon Wilson	-0/+1

2014-01-25	auto merge of #11803 : sfackler/rust/simple-mac, r=brson	bors	-139/+70
	Now that procedural macros can be implemented outside of the compiler, it's more important to have a reasonable API to work with. Here are the basic changes: * Rename SyntaxExpanderTTTrait to MacroExpander, SyntaxExpanderTT to BasicMacroExpander, etc. I think "procedural macro" is the right term for these now, right? The other option would be SynExtExpander or something like that. * Stop passing the SyntaxContext to extensions. This was only ever used by macro_rules, which doesn't even use it anymore. I can't think of a context in which an external extension would need it, and removal allows the API to be significantly simpler - no more SyntaxExpanderTTItemExpanderWithoutContext wrappers to worry about.
2014-01-25	Simplify and rename macro API	Steven Fackler	-139/+70
	Now that procedural macros can be implemented outside of the compiler, it's more important to have a reasonable API to work with. Here are the basic changes: * Rename SyntaxExpanderTTTrait to MacroExpander, SyntaxExpanderTT to BasicMacroExpander, etc. I think "procedural macro" is the right term for these now, right? The other option would be SynExtExpander or something like that. * Stop passing the SyntaxContext to extensions. This was only ever used by macro_rules, which doesn't even use it anymore. I can't think of a context in which an external extension would need it, and removal allows the API to be significantly simpler - no more SyntaxExpanderTTItemExpanderWithoutContext wrappers to worry about.
2014-01-25	Uppercase numeric constants	Chris Wong	-4/+4
	The following are renamed: * `min_value` => `MIN` * `max_value` => `MAX` * `bits` => `BITS` * `bytes` => `BYTES` Fixes #10010.
2014-01-24	Move macro_rules! macros to libstd	Steven Fackler	-241/+0
	They all have to go into a single module at the moment unfortunately. Ideally, the logging macros would live in std::logging, condition! would live in std::condition, format! in std::fmt, etc. However, this introduces cyclic dependencies between those modules and the macros they use which the current expansion system can't deal with. We may be able to get around this by changing the expansion phase to a two-pass system but that's for a later PR. Closes #2247 cc #11763
2014-01-24	auto merge of #11720 : sfackler/rust/macro-export-source, r=alexcrichton	bors	-8/+17
	The old method of serializing the AST gives totally bogus spans if the expansion of an imported macro causes compilation errors. The best solution seems to be to serialize the actual textual macro definition and load it the same way the std-macros are. I'm not totally confident that getting the source from the CodeMap will always do the right thing, but it seems to work in simple cases.