$L combined with ExecutableElement in ecj produces unexpected results

Question

$L combined with ExecutableElement in ecj produces unexpected results

rzpt opened this issue 2 years ago · comments

In ecj, $L combined with an ExecutableElement representing Supplier#get will insert public abstract T get() instead of get(). I am not sure what the intended behavior is, but it seems to work fine with javac.

I have written a workaround in derive4j for this specific case, but I am wondering if this is javapoet bug.
derive4j/derive4j#105

Jake Wharton · Answer 1 · Thu Dec 01 2022 11:38:35 GMT+0800 (China Standard Time)

If you're not using an explicitly supported type, I believe literal output falls back to toString. That would explain the difference in compilers.

rzpt · Answer 2 · Thu Dec 01 2022 11:42:43 GMT+0800 (China Standard Time)

Aha, thank you for the pointer. From the readme: Arguments for literals may be strings, primitives, and a few JavaPoet types described below. Indeed, it does seem that ecj's toString on the ExecutableElement will produce the entire method signature. Closing.