You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Aug 27, 2026. It is now read-only.
Repository navigation
This repository was archived by the owner on Aug 27, 2026. It is now read-only.
JDK 9 adds support for modules, which is (kinda sorta) like .NET Assemblies: modules can depend upon other modules, export types, etc.
In particular:
exports and exports…to. An exports module directive specifies one of the module’s packages whose public types (and their nested public and protected types) should be accessible to code in all other modules. An exports…to directive enables you to specify in a comma-separated list precisely which module’s or modules’ code can access the exported package—this is known as a qualified export.
This allows an equivalent to the C# internal access modifier: public types in a non-exported package should be treated as "internal", while public types in an exported package a "fully public".
Figure out what //@visibility value should be used for "public types in a non-exported package"; should it be internal? kotlin-internal? Other? See also: 678c4bd, which added the kotlin-internal visibility
generator changes to deal with the new visibility value, if necessary.
After discussion, the //*/@visibility value should be kotlin-internal, as that's just easier. See also this suggested commit message for PR #793, which sadly didn't make it into the final commit:
Note: we introduce and use a new `//*/@visibility` value of
`kotline-internal` because `internal` is an *existing* value that may
be used in `Metadata.xml` files, e.g. making `public` API `internal`
so that it can still be used in the binding, but isn't *public*.
Activity
[class-parse] Ignore `module-info.class` file. (#1093)
[class-parse] support Module AttributeInfo
jonpryor commentedon Apr 17, 2023
After discussion, the
//*/@visibilityvalue should bekotlin-internal, as that's just easier. See also this suggested commit message for PR #793, which sadly didn't make it into the final commit:[class-parse] support Module AttributeInfo
[class-parse] support Module AttributeInfo
[class-parse] support Module AttributeInfo
[class-parse] support Module AttributeInfo (#1097)
Bump to xamarin/Java.Interop/main@07d5595 (#7988)
[class-parse] support Module AttributeInfo (#1097)