Update dependencies-major (major) - autoclosed #987
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
v3
->v4
v1
->v2
1.9.3
->2.0.2
1.0.109
->2.0.37
Release Notes
actions/checkout (actions/checkout)
v4
Compare Source
baptiste0928/cargo-install (baptiste0928/cargo-install)
v2
Compare Source
bluss/indexmap (indexmap-dff4ba8e3ae991db)
v2.0.2
Compare Source
v2.0.1
Compare Source
v2.0.0
Compare Source
dtolnay/syn (syn-dff4ba8e3ae991db)
v2.0.37
Compare Source
v2.0.36
Compare Source
--generate-link-to-definition
documentation builds (#1514)v2.0.35
Compare Source
Token!
macro (#1510, #1512)v2.0.34
Compare Source
v2.0.33
Compare Source
(/*ERROR*/)
placeholder that rustc uses for macros that fail to expandv2.0.32
Compare Source
Path::require_ident
accessor (#1496, thanks @Fancyflame)v2.0.31
Compare Source
v2.0.30
Compare Source
v2.0.29
Compare Source
v2.0.28
Compare Source
v2.0.27
Compare Source
v2.0.26
Compare Source
Spanned
forQSelf
(#1465)v2.0.25
Compare Source
v2.0.24
Compare Source
v2.0.23
Compare Source
where [(); { T::COUNT }]:
in non-"full" mode (#1478)v2.0.22
Compare Source
c"…"
c-string literals (tracking issue: https://github.com/rust-lang/rust/issues/105723)v2.0.21
Compare Source
LitByteStr::value
in the case of a cooked byte string literal containing form feed or vertical tab characters following an escaped newline (#1474)v2.0.20
Compare Source
v2.0.19
Compare Source
v2.0.18
Compare Source
v2.0.17
Compare Source
v2.0.16
Compare Source
builtin #
syntax as Expr::Verbatim (https://github.com/rust-lang/rust/issues/110680, #1454)v2.0.15
Compare Source
Type::Tuple
of length 1 prints as a tuple even if trailing comma is not provided in the Punctuated (#1444, thanks @Fancyflame)v2.0.14
Compare Source
v2.0.13
Compare Source
v2.0.12
Compare Source
compile_error!
by absolute path in token stream produced by syn::Error::to_compile_error (#1431, thanks @smoelius)v2.0.11
Compare Source
v2.0.10
Compare Source
v2.0.9
Compare Source
type
items in an extern block, trait, or module from being markeddefault
v2.0.8
Compare Source
try
keyword as 2015-edition identifier in definition of try macro (#1422)v2.0.7
Compare Source
mut self
inside of Type::BareFnv2.0.6
Compare Source
v2.0.5
Compare Source
ExprMacro
data structure even whenfeatures="full"
is not used (#1417)v2.0.4
Compare Source
v2.0.3
Compare Source
ExprGroup
data structure even whenfeatures="full"
is not used (#1412)v2.0.2
Compare Source
v2.0.1
Compare Source
v2.0.0
Compare Source
This release contains a batch of syntax tree improvements to incorporate ongoing Rust language development from the past 3.5 years since syn 1.
It never seems like an ideal time to finalize a syntax tree design, considering the frankly alarming number of syntax-disrupting language features currently in flight: keyword generics, restrictions, capabilities and contexts, conditional constness, new varieties of literals, dyn revamp such as explicitly dyn-safe traits and dyn-star, expression syntax in various phases of being added or being torn out (const blocks, try blocks, raw references), auto traits and negative impls, generalizations to higher rank trait bounds, async closures and static async trait methods, postfix keywords, pattern types, return type notation, unsafe attributes, …
The plan continues to be the same as laid out originally in the 1.0.0 release announcement:
If anything, the takeaway from the 3.5 year longevity of syn 1 is that this period was tamer from a language development perspective than anticipated, but that is unlikely to last and I think around 24 months is still the correct cadence to expect between releases going forward.
[API documentation for 2.0]
Breaking changes
Expressions
Support for
box expr
syntax has been deleted, as it has been deleted recently from rustc.Support for type ascription syntax
expr: Type
in expression position has been deleted.Support for unstable
&raw const expr
raw-pointer reference syntax has been deleted.The representation of generic arguments has been unified between method calls and non-method paths into a single
GenericArgument
type, which supersedes the previousGenericMethodArgument
andMethodTurbofish
.Generic arguments now distinguish between associated types (
AssocType
) and associated constant values (AssocConst
). Previously these would be parsed ambiguously asBinding
.The binary assignment operators in
BinOp
have been renamed to align with the naming used by the standard library'score::ops
module's traits. For exampleBinOp::AddEq
is now calledBinOp::AddAssign
.Expr::Struct
struct construction expressions now support structs which are a variant of an enum associated type of a trait, as in<Type as Trait>::Assoc::Variant { ... }
, which has recently been added to Rust.Expr::Range
now follows thestart
andend
naming used by the standard library'sRangeBounds
trait, rather thanfrom
/to
orlo
/hi
.Expr::AssignOp
has been merged intoExpr::Binary
, which now represents both non-assignment and assignment binary operators.Stricter parsing of ranges. None of the following are valid expressions, but were previously accepted by syn:
..=
,lo..=
,...
,...hi
,lo...
,lo...hi
.Expr::Closure
now includes a representation forfor<...>
lifetimes.Statements
Variants
Stmt::Expr
(tail-position expression without trailing semicolon) andStmt::Semi
(non-tail expression with trailing semicolon) have been combined intoStmt::Expr
with the optional semicolon represented byOption<Token![;]>
.The syntax tree for
Stmt::Local
has been extended to handlelet
/else
syntax.Macros in statement position are now uniformly parsed as
Stmt::Macro
. Previously these would be disambiguated toStmt::Item
, although it was ambiguous whether a macro in statement position would expand to an item (likethread_local! { ... }
) vs an expression (likeprintln! { ... }
).Patterns
Pattern parsing for all the different syntactic positions in which patterns are allowed has been split into
Pat::parse_single
(for function- and closure-argument position, where top-level|
is not allowed),Pat::parse_multi
(where|
is allowed) andPat::parse_multi_with_leading_vert
(for the pattern of match arms, which allow an optional leading|
). Previously only a singleparse
behavior was supported and behaved like the newparse_single
.The
Pat
syntax tree now shares more common data structures with theExpr
syntax tree where possible, such as for literals, paths, macros, and ranges in pattern position.Parsing of struct field patterns does a better job rejecting bogus syntax such as
Struct { 0 asdf }
andStruct { ref mut 0: asdf }
, which were previously incorrectly accepted.Pat::Range
now supports one-sided ranges by representing the start and end bound of the range byOption<Expr>
.Pat::Struct
keeps track of attributes on the optional..
"rest" part of the pattern, as inlet Struct { x, #[cfg(any())] .. } = _;
.Parsing unary negation now enforces that only literal patterns can be unarily negated. For example
-self::CONST
and-const { 0i32 }
are not valid syntax in pattern position.Pat::TupleStruct
no longer wraps a value of typePatTuple
but represents that information in its fields directly.A single parenthesized pattern without trailing comma inside the parentheses is no longer considered a
Pat::Tuple
, it will be parsed asPat::Paren
.One-sided range patterns are no longer allowed inside of slice patterns.
[lo..]
and[..=hi]
are not considered valid pattern syntax by Rust.Items
Typed
self
in a method signature, such asself: Pin<&mut Self>
, will now be parsed asFnArg::Receiver
. This meansself
, whether with or without an explicit type, is always treated as aReceiver
. Previously only the&self
and&mut self
shorthand receivers were parsed asReceiver
.TraitItem::Method
andImplItem::Method
have been renamed toTraitItem::Fn
andImplItem::Fn
, as they do not necessarily represent methods if the function signature contains noself
.Item::Macro2
has been deleted as "macros 2.0" syntax is no longer considered on track for stabilization.Various item kinds now hold
Generics
which didn't used to have them.The variadic argument of an extern function signature can now be given an optional parameter name.
WherePredicate::Eq
is no longer supported.Visibility::Crate
is no longer supported. This syntax has been removed from rustc.Public visibility is now represented by a single
Token![pub]
token rather than the oldVisPublic
struct.LifetimeDef
is now calledLifetimeParam
. This name makes more sense in the context of theGenericParam
enum (which also includesTypeParam
andConstParam
), and is the name that the Rust Reference uses.Modules and extern blocks (
Item::Mod
andItem::ForeignMod
) can now be markedunsafe
.Attributes
The syntax tree for
Attribute
has been redesigned. The new API better accommodates attributes which mix structured and unstructured content at different levels of nesting.AttributeArgs
has been removed. UsePunctuated<Meta, Token![,]>
.For parsing attribute contents,
parse_meta()
is superseded by a new parsing library calledsyn::meta
, and theparse_nested_meta
method onAttribute
.Tokens
In string literals, the handling of non-ASCII whitespace after trailing
\
now matches what is implemented by rustc. Space, horizontal tab, line feed, and carriage return are the only 4 whitespace characters which are supposed to be stripped from the beginning of the next line.The delimiter tokens
syn::token::Paren
,Bracket
, andBrace
now store 2 spans (the open and close punctuation separately) rather than just 1. Use.join()
to obtain a singleSpan
spanning the whole group.Keyword construction now requires a single span; an array of 1 span is no longer accepted. Use
Token![trait](span)
instead ofToken![trait]([span])
.Some token types have been renamed to conform with terminology used by the Rust Reference. These are
Add
->Plus
,Bang
->Not
,Colon2
->PathSep
,Div
->Slash
,Dot2
->DotDot
,Dot3
->DotDotDot
,Rem
->Percent
, andSub
->Minus
.More
Several enums have been made
#[non_exhaustive]
in anticipation of upcoming language changes. This includesWherePredicate
,Lit
, andGenericArgument
.The
impl Extend<Pair<T, P>> for Punctuated<T, P>
now requiresP: Default
and will push a default punctuation between the pre-existing elements and the new ones, if there is not already a trailing punctuation. Previously it would panic in this situation.ParseStream::parse_terminated
now takes a peek-style punctuation argument instead of turbofish. Replaceinput.parse_terminated::<_, Token![,]>(Thing::parse)
withinput.parse_terminated(Thing::parse, Token![,])
.Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR has been generated by Renovate Bot.