RFR: JDK-8235597: Extend support for -XDaccessInternalAPI to plugin modules
Jonathan Gibbons
jonathan.gibbons at oracle.com
Wed Dec 11 21:28:23 UTC 2019
Text blocks are coming ;-) I hope we have good IDE integration coming
as well ;-)
-- Jon
On 12/11/2019 01:24 PM, Maurizio Cimadamore wrote:
>
> Looks good.
>
> Wish we could (easily) use new features in tests (e.g. text blocks) :-)
>
> One small typo:
>
> 143 // negative control test: access fails without tyhe new option
>
>
> Cheers
> Maurizio
>
> On 09/12/2019 22:07, Jonathan Gibbons wrote:
>> Please review a small localized change to javac, to extend the
>> support for the existing hidden -XDaccessInternalAPI option to
>> plugins provided as modules.
>>
>> The change utilizes the existing ModuleHelper.addExports method.
>>
>> The test is derived from the recent new test AutostartPlugins.java.
>> It creates a plugin in a jar file, in a module on the module path,
>> and in a module that is linked in to the image. The test case for
>> the classpath is not new and is just provided for completeness. A
>> negative test case for plugin-as-module is provided, to demonstrate
>> that access fails without the option, and there are test cases for
>> modules on the module path and jlinked into an image.
>>
>> The positive test cases just verify that non-null elements in task
>> events can be downcast to ClassSymbol, and an internal field (the
>> kind) accessed.
>>
>> No CSR, since the option is undocumented, unsupported and subject to
>> change at any time.
>>
>> -- Jon
>>
>> JBS: https://bugs.openjdk.java.net/browse/JDK-8235597
>> Webrev: http://cr.openjdk.java.net/~jjg/8235597/webrev.00/
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20191211/38dc886f/attachment.htm>
More information about the compiler-dev
mailing list