Review Request: Build-infra update

[Jonathan Gibbons]

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 oracle.com>:
>> 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/Integer.java
>>> src/share/classes/java/lang/Long.java
>>> src/share/classes/java/net/SocketOptions.java
>>> src/windows/classes/sun/nio/ch/PollArrayWrapper.java
>>>
>>> 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).
>>>
>>> -Alan.
>>>