Review Request: Build-infra update

Jonathan Gibbons jonathan.gibbons at
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.

-- Jon

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!
> //Fredrik
> 2012/5/23 Jonathan Gibbons<jonathan.gibbons at>:
>> I wanted to be able to declare fields as native, but that was deemed
>> unacceptable.
>> -- 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?
>>>> -kto
>>> 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:
>>> src/share/classes/java/lang/
>>> src/share/classes/java/lang/
>>> src/share/classes/java/net/
>>> src/windows/classes/sun/nio/ch/
>>> Also it would be good to remove it from
>>> src/share/classes/sun/nio/ch/ too (it got the annotation in the
>>> first round).
>>> -Alan.

More information about the build-dev mailing list