Possibly unintended breakage between 0.8 and 0.9 involving use of the #[deprecated] attribute #109
Labels
No labels
bug
good first issue
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gh-bitflags/bitflags#109
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Given the following snippet of code compiled with bitflags 0.8:
Everything works fine:
And everything looks fine in the docs as well:
However, given the same snippet of code (ignoring syntax changes) compiled with bitflags 0.9:
It does not compile:
I am not sure if this behavior is intended or not, or if use of attributes such as
#[deprecated]was supported in the first place. If this is correct behavior it would be nice to mention it in the release notes (I encountered this issue while bumping bitflags from 0.8 -> 0.9 in my own crate).