Review Request: Build-infra update
jonathan.gibbons at oracle.com
Thu May 24 19:04:52 UTC 2012
The rationale for not allowing it is that it has no meaning at either
the JLS or JVMS level. It would simply be a hint for tools, and hints
for tools are best done by annotations.
On 05/24/2012 12:02 PM, Fredrik Öhrström wrote:
> Not by me anyway. In fact, I think that solution is the best one!
> 2012/5/23 Jonathan Gibbons<jonathan.gibbons at oracle.com>:
>> I wanted to be able to declare fields as native, but that was deemed
>> -- Jon
>> On 05/23/2012 10:05 AM, Alan Bateman wrote:
>>> On 23/05/2012 17:50, Kelly O'Hair wrote:
>>>> Has anyone tried creating an unused native method declaration in the
>>>> class to trigger the native header
>>>> generation? public native void GenerateNativeHeader(); ??? Is that
>>>> too ugly?
>>> As Jon put it, for the classes in the base module, "we are delicate
>>> bootstrapping ground" so if you add something like "private static native
>>> void dummy()" rather than the annotation to the classes in the base module
>>> then it could be a solution for the short term. This means the following
>>> sources in the webrev:
>>> Also it would be good to remove it from
>>> src/share/classes/sun/nio/ch/IOStatus.java too (it got the annotation in the
>>> first round).
More information about the build-dev