Move built-in syntax extensions to a separate crate

2015-12-15T06:04:46+00:00

syntax: Implement #![no_core]

2015-08-04T00:23:01+00:00

This commit is an implementation of [RFC 1184][rfc] which tweaks the behavior of the `#![no_std]` attribute and adds a new `#![no_core]` attribute. The `#![no_std]` attribute now injects `extern crate core` at the top of the crate as well as the libcore prelude into all modules (in the same manner as the standard library's prelude). The `#![no_core]` attribute disables both std and core injection. [rfc]: https://github.com/rust-lang/rfcs/pull/1184

Positive case of `len()` -> `is_empty()`

2015-04-15T03:26:03+00:00

`s/(?

Replace MacExpr / MacPat / MacItems with MacEager

2015-02-27T19:17:05+00:00

MacEager is a MacResult implementation for the common case where you've already built each form of AST that you might return. Fixes #17637. Based on #18814. This is a [breaking-change] for syntax extensions: * MacExpr::new becomes MacEager::expr. * MacPat::new becomes MacEager::pat. * MacItems::new becomes MacEager::items. It takes a SmallVector directly, not an iterator.

Remove remaining uses of `[]`. This time I tried to use deref coercions where possible.

2015-02-20T19:08:14+00:00

Replace all uses of `&foo[]` with `&foo[..]` en masse.

2015-02-18T22:36:03+00:00

std: Tweak the std::env OsString/String interface

2015-02-11T21:46:35+00:00

This commit tweaks the interface of the `std::env` module to make it more ergonomic for common usage: * `env::var` was renamed to `env::var_os` * `env::var_string` was renamed to `env::var` * `env::args` was renamed to `env::args_os` * `env::args` was re-added as a panicking iterator over string values * `env::vars` was renamed to `env::vars_os` * `env::vars` was re-added as a panicking iterator over string values. This should make common usage (e.g. unicode values everywhere) more ergonomic as well as "the default". This is also a breaking change due to the differences of what's yielded from each of these functions, but migration should be fairly easy as the defaults operate over `String` which is a common type to use. [breaking-change]

Don't use std:: paths in syntax extensions when compiling a #![no_std] crate

2015-02-07T18:49:57+00:00

Fixes #16803. Fixes #14342. Fixes half of #21827 -- slice syntax is still broken.

Remove getenv warning

2015-02-06T11:03:48+00:00

Update to last version, remove "[]" as much as possible

2015-02-06T11:03:46+00:00

rust/src/libsyntax/ext/env.rs, branch try