# kproc-macros vs syn traid off

## kproc-macros

impl: https://codeberg.org/vincenzopalazzo/kproc-macros
example: https://codeberg.org/vincenzopalazzo/deep-procedural-macros/src/branch/main/builder/src/lib.rs

## syn

impl: https://github.com/dtolnay/syn
example: https://github.com/dtolnay/syn/blob/master/examples/heapsize/heapsize_derive/src/lib.rs#L47

## Vincent Proposal and goal

kproc-macros is proposed to have a minimal version of syn inside the kernel and also to have for this experimental phase something ad-hock to perform API change without work on a big codebase like syn.

this allow us to exstend the API of it kproc-macros and maybe produce a valid alternative to syn.

in addition, I would like to avoid to relay on kproc-macros2 but allow use to work with the minimal API that `proc-macros` and `proc-macro2` have in common.

A good experimentation to do it is by Conditional compilation and choose the proc macro api to use.

## Question

- if there in interest on this I would love to prioritize it on my todo list
- what is the feeling regarding proc-macro2? and quote?