RFR(XS) 8191369: NMT: Enhance thread stack tracking

[Andrew Haley]

On 17/11/17 01:46, David Holmes wrote:
>> Sure, but as OpenJDK becomes more open and hopefully more diverse, it
>> becomes less and less practical to keep everything in step.  I favour
>> the classic free software approach, which is to encourage people to
>> create new features and everyone else can fill in the gaps, depending
>> on how much time and effort is available.  It's this approach that
>> allows GCC to support a vast range of targets (and hosts) while not
>> holding back development.  I have consistently argued for this in the
>> Governing Board.
>
> For OpenJDK I hope there are sufficient safety-nets in place to ensure 
> such an approach does not lead to a product where you never know what 
> will and won't work on each platform.

I don't believe that's even desirable for OpenJDK.  Inevitably some
minority platforms won't get that much attention, but as long as every
platform is Java-compatible (in the TCK sense) we're doing what we
should.

> Whenever we have such a case we should at least file sub-tasks for
> supplying the functionality on the missing platforms. We can then
> determine whether any such missing functionality is critical to fix
> before a release.

Fair enough.  But with quick-fire releases we'll inevitably have to
slip some features on some platforms.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671