> On Nov 19, 2018, at 1:31 AM, David Holmes <david.hol...@oracle.com> wrote:
> 
> Hi Kim,
> 
> On 16/11/2018 12:31 pm, Kim Barrett wrote:
>>> On Oct 3, 2018, at 3:13 PM, Kim Barrett <kim.barr...@oracle.com> wrote:
>>> 
>>> I've submitted a JEP for
>>> 
>>> (1) enabling the use of C++14 Language Features when building the JDK,
>>> 
>>> (2) define a process for deciding and documenting which new features
>>> can be used or are forbidden in HotSpot code,
>>> 
>>> (3) provide an initial list of permitted and forbidden new features.
>>> 
>>> https://bugs.openjdk.java.net/browse/JDK-8208089
>> While there has been some discussion of this JEP here, so far only Mikael 
>> has officially
>> reviewed or endorsed it.
> 
> I added myself as a Reviewer.

Thanks.

>> Regarding the timing of this JEP, integration in time for JDK 12 seems 
>> unlikely.
> 
> This doesn't strike me as a JEP that actually integrates anything. It wants 
> to establish a process by which future C++ features are accepted for use with 
> hotspot. That's just documentation on the OpenJDK wiki as far as I can see. 
> The actual set of features and any "vote" on them can happen any time after 
> the JEP is approved. Any actual use of those features can follow any time 
> after that.

There is the integration of the build changes needed to enable the use of C++14.
Presently we explicitly specify C++98 (actually, gnu++98) for gcc.
We also presently permit the use of older versions of compilers that don’t 
support C++14
(or even C++11) at all, or only partially.  Those need to be dropped.

> I think it is important that all the port owners buy into this.

At least one port (aix_ppc) presently seems to have no way to support this 
change, because
the compiler being used is seriously deficient and appears to be languishing.  
(It doesn’t even
support C++11, let alone C++14.)  I think the community could (and in my 
opinion, should)
chose to move ahead despite that.  If a new and adequate compiler is expected 
“soon” then
the community might choose to wait, or might proceed and let that port languish 
until the new
compiler is available.  I think that’s all part of the discussion that should 
happen around the
targeting of this JEP.  I hope this inadequate compiler on a relatively niche 
platform won’t be
an indefinite blocker in this area.



Reply via email to