fix(deps): update rust crate thiserror to 1.0.59 #79
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:
1.0
->1.0.59
Release Notes
dtolnay/thiserror (thiserror)
v1.0.59
Compare Source
debug-fmt-detail
option (#297)v1.0.58
Compare Source
v1.0.57
Compare Source
Display
impl for error message which do not contain any interpolated value (#286, thanks @nyurik)v1.0.56
Compare Source
v1.0.55
Compare Source
v1.0.54
Compare Source
v1.0.53
Compare Source
v1.0.52
Compare Source
v1.0.51
Compare Source
Error
impl (#266)v1.0.50
Compare Source
v1.0.49
Compare Source
::core
in generated code (#255, thanks @mina86)v1.0.48
Compare Source
v1.0.47
Compare Source
v1.0.46
Compare Source
v1.0.45
Compare Source
v1.0.44
Compare Source
v1.0.43
Compare Source
v1.0.42
Compare Source
write!
macro in scope (#239)v1.0.41
Compare Source
v1.0.40
Compare Source
v1.0.39
Compare Source
v1.0.38
Compare Source
v1.0.37
Compare Source
v1.0.36
Compare Source
v1.0.35
Compare Source
provide
methods in scope" error when the caller has both std::error::Error and std::any::Provide traits in scope (#185)v1.0.34
Compare Source
v1.0.33
Compare Source
v1.0.32
Compare Source
v1.0.31
Compare Source
#[from] #[backtrace] Error, Backtrace
(#163)v1.0.30
Compare Source
#[source]
attribute usable on a field of typeBox<dyn Error + Send + Sync + UnwindSafe + 'static>
(#155, thanks @cosmicexplorer)v1.0.29
Compare Source
Support error types containing generic type parameters (#148, #149, #150, #151)
In the above example, thiserror would automatically generate the following pair of generic trait impls.
v1.0.28
Compare Source
?
work with error types that hold an optional source (#147)v1.0.27
Compare Source
v1.0.26
Compare Source
245e7cf
)v1.0.25
Compare Source
error(transparent)
on errors containing a non-'static
inner error (#113)v1.0.24
Compare Source
source
method of error types originating inside of a macro definition to unblock https://github.com/rust-lang/rust/pull/80689#issuecomment-781493634 (#121, thanks @Aaron1011)v1.0.23
Compare Source
v1.0.22
Compare Source
Fix raw identifier fields in format arguments (#108, thanks @ninevra)
Fix Rust keyword named format arguments (#109)
v1.0.21
Compare Source
Support capturing backtraces inside of Arc from a From impl, which makes it possible for errors having backtraces to be clonable (#102)
v1.0.20
Compare Source
v1.0.19
Compare Source
used_underscore_binding
pedantic Clippy lint in generated code of #[error(transparent)] attribute (#88)v1.0.18
Compare Source
v1.0.17
Compare Source
v1.0.16
Compare Source
v1.0.15
Compare Source
v1.0.14
Compare Source
v1.0.13
Compare Source
#[error("{v1} {v2}",)]
v1.0.12
Compare Source
v1.0.11
Compare Source
v1.0.10
Compare Source
Improve parsing of
.0
and.var
-style format arguments (#54)For example the one here as the argument to the
match
expression would now be recognized correctly:v1.0.9
Compare Source
#[error("{}", some_expression)]
(where the format string is"{}"
and nothing else, and the value formatted is not just one of the fields from the error) #53v1.0.8
Compare Source
v1.0.7
Compare Source
Support mixing shorthand and non-shorthand format args (#47)
Add #[error(transparent)] attribute for delegating Error impl to one field (#50)
This is useful for hiding error variants from a library's public error type:
And also for enums that need an "anything else" variant; such variants tend not to have their own Display message but just forward through to the underlying error's Display and source:
v1.0.6
Compare Source
v1.0.5
Compare Source
Support interpolating
Path
andPathBuf
fields as if they had a Display implIn previous releases this would fail to compile with:
v1.0.4
Compare Source
formatter
(#36, thanks @mathstuf)v1.0.3
Compare Source
#[error("{v0}")]
where an interpolated identifier contains number digits (#34)v1.0.2
Compare Source
Add a
#[from]
attribute to request an implementation ofstd::convert::From
from your error's source error types, making it easy to build your error via the?
operator.We only permit
From
to be derived from the error's source field, not any arbitrary other field. Notice that this allows#[from]
to imply#[source]
so you don't need to also specify#[source]
explicitly.The variant must not contain any other fields beyond the source error and possibly a backtrace. A backtrace is captured from within the
From
impl if there is a field for it.Named fields with the name
source
are assumed to be the error source and so no longer require an explicit#[source]
attribute.Enum variants now inherit the
#[error(...)]
attribute from atop the enum if there is one.v1.0.1
Compare Source
Configuration
📅 Schedule: Branch creation - "after 10pm,before 5:00am" in timezone Europe/Zurich, Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate. View repository job log here.