RFR: 8371480: VerifyError after JDK-8369654

Vicente Romero vromero at openjdk.org
Wed Nov 12 22:26:38 UTC 2025


It seems like the fix for JDK-8369654 went too far simplifying the new algo equivalent to the more complex idiom: `erasure(lub(t))`
As defined in the mentioned fix, it could happen that the list of erased supertypes lists interfaces first followed by classes. Getting the first element in this list would yield an interface which won't then be equivalent to the idiom it is replacing. The current fix adds another operation that should minimize the list of supertypes and sort them classes first and then interfaces.

TIA

-------------

Commit messages:
 - 8371480: VerifyError after JDK-8369654

Changes: https://git.openjdk.org/jdk/pull/28276/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=28276&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8371480
  Stats: 142 lines in 3 files changed: 133 ins; 0 del; 9 mod
  Patch: https://git.openjdk.org/jdk/pull/28276.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/28276/head:pull/28276

PR: https://git.openjdk.org/jdk/pull/28276


More information about the compiler-dev mailing list