Miss Dada  🏳️‍⚧️

So @kneecaw told me about this the other day and I can't stop thinking about it: @oli_obk can we have in-crate proc macros that use const fns that take and return token streams? Idk if this is already planned but no separate crate and fully reusable code would be great.

Why in-crate? Please explain like I'm that guy who turns every rust project at work into a workspace monstrosity

So they have the same convenience as macro_rules. It makes sense to give people the option to break things out into separate crates as things get large, but there's no real need for that to be the default.

I'm not sure if this is still the case, but the original reason to have them be separate crates was because they needed to be dylib instead of rlib

I'd wager the "needs to be dylib" requirement is still true since the compiler does in fact have to load them dynamically

I assumed this goes away when you require them being const fn -- which started this. So you use a different mechanic to evaluate them at compile time