RFR: 8337219: AccessFlags factories do not require necessary arguments

Chen Liang liach at openjdk.org
Mon Jul 29 23:30:48 UTC 2024


On Thu, 25 Jul 2024 23:11:15 GMT, Chen Liang <liach at openjdk.org> wrote:

> Removes 6 `AccessFlags` factories that do not take class-file versions as its arguments.
> 
> `AccessFlags` is a wrapper around a bit mask to support modifier streaming in ClassFile API. It additionally supports advanced validation based on location.
> 
> However, as class file versions evolve, we may also need a class file version argument to ensure that the flags are correctly constructed. For example, a pre-valhalla class modifier without `ACC_SUPER` should not be interpreted as a value class. The current factories cannot find good default class file versions, and if they always assume latest, they will fail in this scenario.
> 
> As a result, we should remove these 6 factories; note that users can still set the flags via `XxxBuilder::withFlags` with either `int` or `AccessFlag...` flags. In contrast, these builder APIs can fetch the previously-passed class file versions, and correctly validate or interpret these flags. Same story goes for parsing, which can also construct the right flags with available information.
> 
> This enables us to add methods to interpret the logical flags with version-specific information. If there's need, we can always add a new `AccessFlags.of(int, AccessFlag.Location, ClassFileFormatVersion)` factory, given the flexibility from this removal.

Fixed the merge conflict in BuilderBlockTest due to import reordering. Please re-review.

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

PR Comment: https://git.openjdk.org/jdk/pull/20341#issuecomment-2257177179


More information about the compiler-dev mailing list