Use declarative macros as proc_macro attributes or derives
APACHE-2.0 License
Same a v0.1.4, but for a major semver bump to avoid the footgun of https://github.com/danielhenrymantilla/macro_rules_attribute-rs/issues/17
Published by danielhenrymantilla over 1 year ago
Landing pad for v0.1.4 users that may stumble upon a yanked crate (#17). Thanks @kpreid for the idea.
Published by danielhenrymantilla over 1 year ago
Custom
derive macro by @ModProg in https://github.com/danielhenrymantilla/macro_rules_attribute-rs/pull/15
Full Changelog: https://github.com/danielhenrymantilla/macro_rules_attribute-rs/compare/v0.1.3...v0.1.4
Published by danielhenrymantilla almost 2 years ago
Full Changelog: https://github.com/danielhenrymantilla/macro_rules_attribute-rs/compare/v0.1.2...v0.1.3
Published by danielhenrymantilla over 2 years ago
Full Changelog: https://github.com/danielhenrymantilla/macro_rules_attribute-rs/compare/v0.1.1...v0.1.2
Published by danielhenrymantilla over 2 years ago
Published by danielhenrymantilla over 2 years ago
#[{macro_rules_attribute,apply}]
and #[macro_rules_derive]
both support lack of trailing bang#[derive()]
to shadow the stdlib one, so that it can handle classic derives as well as bang-terminated ones, in which case it defers to #[macro_rules_derive]
.derive_alias!
and attribute_alias!
convenience helpers, the former being possible thanks to the nested_derive
pattern (to be published as a standalone crate Soon™)