Gradle编译报错需-source 15及以上启用文本块问题排查

该报错和本地安装的JDK版本没有直接关系。
Gradle运行时使用的JVM版本和编译源码时采用的语法兼容版本是两个独立配置，高版本JVM完全可以按低版本的语法规则做校验编译。Ghidra官方提供的Gradle构建插件默认会强制将Java源码兼容级别、目标字节码编译级别固定为11，而你正在编译的eBPF扩展代码中使用了Java 15才正式支持的文本块语法（即三个双引号包裹的多行字符串写法），编译阶段做语法校验时会直接触发报错。
你在Docker环境中执行构建触发完全相同的错误，原因也是Docker构建时读取项目本身的构建配置，依旧会被Ghidra插件强制指定Java 11的编译级别，和容器内的JDK版本无关。

• 打开项目根目录下的build.gradle配置文件
• 在文件末尾追加如下配置，强制覆盖Ghidra插件设置的编译版本，匹配支持文本块语法的Java版本：

compileJava {
    sourceCompatibility = JavaVersion.VERSION_17
    targetCompatibility = JavaVersion.VERSION_17
    options.release = 17
}

选择Java 17是因为目前新版Ghidra默认自带JDK 17运行环境，编译出的扩展不会出现版本兼容问题，你本地安装的Java 18完全支持该编译目标。

• 保存配置后，先清理旧的构建缓存，再重新执行构建命令即可：

gradle clean
GHIDRA_INSTALL_DIR=${GHIDRA_HOME} gradle

如果不想改动项目的构建配置文件，可以在执行构建命令时通过参数临时指定编译版本：

GHIDRA_INSTALL_DIR=${GHIDRA_HOME} gradle -Dorg.gradle.java.compileSourceCompatibility=17

注意该方案可能被部分版本的Ghidra构建插件覆盖参数，若执行后仍报错请使用上面修改配置文件的方案。

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