ead locals or similar. The signature could also be used to
> restrict the type of the expression allowed, although in most cases I’d
> expect Object or a “T” to be used.
>
>
>
> Jason
>
>
>
> *From:* Sergei Egorov [mailto:bsid...@gmail.com]
> *Sent:* Friday, Septe
to restrict the type of the
expression allowed, although in most cases I’d expect Object or a “T” to be
used.
Jason
From: Sergei Egorov [mailto:bsid...@gmail.com]
Sent: Friday, September 23, 2016 9:27 AM
To: users@groovy.apache.org; d...@groovy.apache.org
Subject: Re: Macro methods proposal
Hey Jason
will have to support it, at least I see no
other options for now.
See https://github.com/bsideup/groovy-macro-methods-proposal/issues/1 about
the syntax as well
Macro methods inherit all the rules of Groovy AST transformations - they
work only for Groovy code.
BR,
Sergei
On Fri, Sep 23, 2016 at 4:02 PM
and compile time
metaprogramming.
You can find the proposal here:
https://github.com/bsideup/groovy-macro-methods-proposal
Not sure how Apache people will react on it since it's on GitHub, but it
was the simplest way for me to share and discuss it.
Please note that macro methods are not the same