2017-11-28 01:07:44 -06:00
|
|
|
// Copyright 2017 The Rust Project Developers. See the COPYRIGHT
|
|
|
|
// file at the top-level directory of this distribution and at
|
|
|
|
// http://rust-lang.org/COPYRIGHT.
|
|
|
|
//
|
|
|
|
// Licensed under the Apache License, Version 2.0 <LICENSE-APACHE or
|
|
|
|
// http://www.apache.org/licenses/LICENSE-2.0> or the MIT license
|
|
|
|
// <LICENSE-MIT or http://opensource.org/licenses/MIT>, at your
|
|
|
|
// option. This file may not be copied, modified, or distributed
|
|
|
|
// except according to those terms.
|
|
|
|
|
|
|
|
// aux-build:issue-42708.rs
|
|
|
|
// ignore-stage1
|
|
|
|
|
rustc: Tweak custom attribute capabilities
This commit starts to lay some groundwork for the stabilization of custom
attribute invocations and general procedural macros. It applies a number of
changes discussed on [internals] as well as a [recent issue][issue], namely:
* The path used to specify a custom attribute must be of length one and cannot
be a global path. This'll help future-proof us against any ambiguities and
give us more time to settle the precise syntax. In the meantime though a bare
identifier can be used and imported to invoke a custom attribute macro. A new
feature gate, `proc_macro_path_invoc`, was added to gate multi-segment paths
and absolute paths.
* The set of items which can be annotated by a custom procedural attribute has
been restricted. Statements, expressions, and modules are disallowed behind
two new feature gates: `proc_macro_expr` and `proc_macro_mod`.
* The input to procedural macro attributes has been restricted and adjusted.
Today an invocation like `#[foo(bar)]` will receive `(bar)` as the input token
stream, but after this PR it will only receive `bar` (the delimiters were
removed). Invocations like `#[foo]` are still allowed and will be invoked in
the same way as `#[foo()]`. This is a **breaking change** for all nightly
users as the syntax coming in to procedural macros will be tweaked slightly.
* Procedural macros (`foo!()` style) can only be expanded to item-like items by
default. A separate feature gate, `proc_macro_non_items`, is required to
expand to items like expressions, statements, etc.
Closes #50038
[internals]: https://internals.rust-lang.org/t/help-stabilize-a-subset-of-macros-2-0/7252
[issue]: https://github.com/rust-lang/rust/issues/50038
2018-04-20 09:50:39 -05:00
|
|
|
#![feature(decl_macro, proc_macro, proc_macro_path_invoc)]
|
2017-11-28 01:07:44 -06:00
|
|
|
#![allow(unused)]
|
|
|
|
|
|
|
|
extern crate issue_42708;
|
|
|
|
|
|
|
|
macro m() {
|
|
|
|
#[derive(issue_42708::Test)]
|
|
|
|
struct S { x: () }
|
|
|
|
|
|
|
|
#[issue_42708::attr_test]
|
|
|
|
struct S2 { x: () }
|
|
|
|
|
|
|
|
#[derive(Clone)]
|
|
|
|
struct S3 { x: () }
|
|
|
|
|
|
|
|
fn g(s: S, s2: S2, s3: S3) {
|
|
|
|
(s.x, s2.x, s3.x);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
m!();
|
|
|
|
|
|
|
|
fn main() {}
|