RFR: 8342967: Lambda deduplication fails with non-metafactory BSMs and mismatched local variables names [v2]
Maurizio Cimadamore
mcimadamore at openjdk.org
Fri Oct 25 11:30:05 UTC 2024
On Thu, 24 Oct 2024 22:14:40 GMT, Aggelos Biboudis <abimpoudis at openjdk.org> wrote:
>> After experimentation and under certain conditions, a few equivalent lambdas (up to variable renaming) fail to deduplicate.
>>
>> `TreeHasher` and `TreeDiffer` are now aware that other bootstraps may appear in lambda bodies (e.g. `SwitchBootstraps.typeSwitch`) and that variable names do not matter (when they appear in method/lambda definitions). In the first case equivalence is checked based on `bsmKey` and not the `Dynamic{Var, Method}Symbol` itself.
>>
>> The test was also adjusted since it was assuming BSM with certain structure only (that `.get(1)` was unprotected).
>
> Aggelos Biboudis has updated the pull request incrementally with one additional commit since the last revision:
>
> Address review
src/jdk.compiler/share/classes/com/sun/tools/javac/comp/TreeDiffer.java line 207:
> 205: }
> 206:
> 207: private boolean scan(Symbol symbol, Symbol otherSymbol) {
Consider renaming this to `scanSymbol`, to make it clear it doesn't apply to trees.
src/jdk.compiler/share/classes/com/sun/tools/javac/comp/TreeDiffer.java line 224:
> 222: Symbol otherSymbol = that.sym;
> 223:
> 224: if (result)
This could also be:
result = scan(tree.selected, that.selected) &&
scan(tree.sym, that.sym);
Right?
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/21687#discussion_r1816513551
PR Review Comment: https://git.openjdk.org/jdk/pull/21687#discussion_r1816513042
More information about the compiler-dev
mailing list