[lworld] RFR: 8265423: [lworld] Provide experimental support for generating a single class file per primitive class

Maurizio Cimadamore mcimadamore at openjdk.java.net
Tue Apr 27 13:59:54 UTC 2021

On Tue, 27 Apr 2021 12:43:53 GMT, Srikanth Adayapalam <sadayapalam at openjdk.org> wrote:

>> Indeed. I should push this as a separate change set. I discovered this bug while working on the now aborted attempt to evolve the code generation scheme to match SoV4. The right way to internalize the class is by calling complete() on the symbol and not by directly calling readClassFileInternal(). Doing the latter, could result in com.sun.tools.javac.code.ClassFinder#fillIn(com.sun.tools.javac.code.Symbol.ClassSymbol) from being re-entered resulting in an assertion failure.
>> This change is not required for the present feature, but is a crucial fix that should be made independently.
> (As I was studying the code that merges the projections back to see what changes I should make for the unified class model, I remembered that bug fix from that aborted work)

I'm fine with keeping the change here if that's easier - I just wanted to make sure I understood where this was coming from as it looked an odd change given what of the rest of the code is doing. Thanks for the explanation.


PR: https://git.openjdk.java.net/valhalla/pull/394

More information about the valhalla-dev mailing list