Hej @propensive . How would you feel about a PR to split up Magnolia's "gen" methods into smaller "public" methods? I'd like to use Magnolia as a toolkit to build my own macros instead of using the derivation directly. Would that make sense ?
-
-
Replying to @skaalf
Tu deviens suedois... ;) No, I don't fully understand! Can you give me an example of the usage? (Or anything which helps me get it!)
1 reply 0 retweets 0 likes -
Replying to @propensive
Mais oui! So I'm using Magnolia to derive Beam coders which must be serializable... As a consequence, I'd rather not have Magnolia classes at runtime. I'd also need to be careful not to accidentally capture the outer scope of my TC definition...
3 replies 0 retweets 0 likes -
Replying to @skaalf @propensive
When do we need to build a Coder at runtime?
1 reply 0 retweets 0 likes
The current situation is that Magnolia causes lifted representations of case classes to be instantiated at runtime, and they're represented by classes in the Magnolia library, so it's a runtime dependency, even though the macro isn't.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.