能否使用C++17编译OpenJDK 8？两种配置修改均无效

首先明确：OpenJDK 8 可以尝试用 C++17 编译，但你的当前环境和操作方式存在关键问题，导致之前的设置无效，具体分析和解决思路如下：

一、你的操作无效的核心原因 #

• VS 2013 不支持 C++17：VS 2013 仅部分支持 C11，完全没有对 C17 的支持。哪怕你强行指定-std=gnu++17，编译器也无法识别这个参数，会直接忽略，继续使用默认的旧标准编译。
• OpenJDK 8 构建系统的优先级覆盖：OpenJDK 8 的构建配置逻辑里，对 C++ 标准的设置有硬编码的优先级。你修改flags.m4或者通过--with-extra-cxxflags添加的参数，会被后续针对 Windows/Cygwin 环境的特定配置段覆盖，最终还是会用回 C++98。

二、要尝试用 C++17 编译的必要步骤 #

1. 升级编译器
   必须更换支持完整 C++17 的编译器：

   • 若继续用 VS 系列，需升级到 VS 2019 及以上版本；
   • 若用 Cygwin 环境，可安装 GCC 7 及以上版本（GCC 7 开始完全支持 C++17）。

2. 彻底修改构建配置
   不能只改flags.m4，要检查并修改多处配置文件：

   • 打开configure.ac、cygwin.m4、windows.m4等平台相关配置脚本，找到所有硬编码-std=gnu++98的地方，替换为-std=gnu++17；
   • 执行 configure 时，明确指定编译器和参数，比如用 GCC 的话：

     ./configure --with-cxx-compiler=g++-10 --with-extra-cxxflags='-std=gnu++17'
     

     确保参数不会被后续配置逻辑覆盖。

3. 修复源码兼容性问题
   OpenJDK 8 的 C++ 代码是基于 C98 编写的，直接用 C17 编译会出现废弃语法警告、标准库行为变化导致的错误，需要手动修改源码中的相关问题。

三、重要提醒 #

OpenJDK 官方从未测试过用 C++17 编译 OpenJDK 8，即使编译成功，生成的 JVM 可能存在稳定性、兼容性问题，不建议用于生产环境。

内容的提问来源于stack exchange，提问作者Unbeliviable