[ https://issues.apache.org/jira/browse/GROOVY-11105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17734148#comment-17734148 ]
Vladimir Sitnikov commented on GROOVY-11105: -------------------------------------------- {quote} The release option is an alias for setting target and bootclasspath options in javac{quote} I am afraid it is not just an alias. OpenJDK 17 can target Java 8 even in the case Java 8 is not present on the build machine. One can't easily have "Java 8 bootclasspath for javac" when Java 8 is not installed. I expect Groovy would need to recognize ct.sym file, and use it for {{jdk-release}} option. > Support jdk-release option for configuring the target JDK release when doing > the compilation > -------------------------------------------------------------------------------------------- > > Key: GROOVY-11105 > URL: https://issues.apache.org/jira/browse/GROOVY-11105 > Project: Groovy > Issue Type: New Feature > Components: Compiler > Affects Versions: 4.0.12 > Reporter: Vladimir Sitnikov > Priority: Major > > See the motivation and description in Kotlin: > [https://youtrack.jetbrains.com/issue/KT-29974/Add-a-compiler-option-Xjdk-release-similar-to-javacs-release-to-control-the-target-JDK-version] > > Sample code that requires {{jdk-release}} option for a proper compilation, > and it could not be solved with "target bytecode version" alone. > {code:java} > import java.nio.ByteBuffer; > ByteBuffer bb = new ByteBuffer(); > // it should compile to invokevirtual Buffer.flip()Ljava.nio.Buffer; > // when compiling for Java 1.8 since Java 1.8 does not have ByteBuffer flip() > override in ByteBuffer > // However, if the build uses JDK17 for execution, then it contains > ByteBuffer flip() override, > // and Groovy would compile it to invokevirtual > ByteBuffer.flip()Ljava.nio.ByteBuffer > // which would fail to execute in Java 1.8 > bb.flip(); > {code} > See https://www.morling.dev/blog/bytebuffer-and-the-dreaded-nosuchmethoderror/ > See https://stackoverflow.com/a/61267496/1261287 > -- This message was sent by Atlassian Jira (v8.20.10#820010)