Java OpenJDK与静态链接

OpenJDK在GPL下发布，带有类路径异常，允许专有代码与其链接

假设有人使用GCJ之类的编译器（据我所知，GCJ已经过时了，但没有技术上的原因使它不能更新？）将程序与openjdkjava标准库静态链接。据我所知，基于FSF关于GPL不区分静态链接和动态链接的立场，以及类路径异常中的以下措辞：

将此库与其他模块静态或动态链接是一项综合工作。。。作为特殊例外，此库的版权所有者允许您将此库与独立模块链接，以生成可执行文件

---

。。。这不存在法律问题，这种静态链接与在OpenJDK JVM下以通常方式运行Java程序具有完全相同的法律地位。这是正确的吗？

我建议在这种情况下，遵循雅格尼原则是最好的

---

鉴于其在技术上极不可能奏效，法律地位可能并不太重要。我怀疑无论您试图用GCJ做什么，都可以用OpenJDK（以支持的方式）来完成

如果后来有人建议您需要GCJ，这可能是最好的方法。问他们为什么，你可能会发现使用模糊器（使反编译更加困难）、预热代码（确保编译关键部分）或使用安装程序（这样他们就不必担心先安装JRE）可以解决他们的问题

---

（转载自评论，因此您可以接受答案；）

在这种情况下，我建议遵循雅格尼原则是最好的

---

鉴于其在技术上极不可能奏效，法律地位可能并不太重要。我怀疑无论您试图用GCJ做什么，都可以用OpenJDK（以支持的方式）来完成

如果后来有人建议您需要GCJ，这可能是最好的方法。问他们为什么，你可能会发现使用模糊器（使反编译更加困难）、预热代码（确保编译关键部分）或使用安装程序（这样他们就不必担心先安装JRE）可以解决他们的问题

---

（转载自评论，因此您可以接受答案；）

鉴于其在技术上极不可能奏效，法律地位可能不太重要。我怀疑无论你想用GCJ做什么，都可以用OpenJDK（以一种受支持的方式）来完成。好吧，我现在不想用GCJ做任何事情，只是考虑一些未来的选择——希望确保我不会在接下来的一年里结束“哎呀，不管技术状况如何，这都是不可能的，我一年前就知道了“在这种情况下，我建议遵循雅格尼原则是最好的。”我投票结束这个问题，因为它是关于许可或法律问题，而不是编程或软件开发。鉴于其在技术上极不可能奏效，法律地位可能并不太重要。我怀疑无论你想用GCJ做什么，都可以用OpenJDK（以一种受支持的方式）来完成。好吧，我现在不想用GCJ做任何事情，只是考虑一些未来的选择——希望确保我不会在接下来的一年里结束“哦，不管技术状况如何，这都是不可能的，我可能在一年前就发现了。”我建议在这种情况下遵循雅格尼原则是最好的。；）我投票结束这个问题，因为它是关于许可或法律问题，而不是编程或软件开发。有关详细信息，以及更多信息。