ASSEMBLY_EXCEPTION should be removed ? (original) (raw)
Volker Simonis volker.simonis at gmail.com
Wed Jan 3 14:56:12 UTC 2018
- Previous message: ASSEMBLY_EXCEPTION should be removed ?
- Next message: Runtime code generation and barriers in migrating away from JVM-interal APIs
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Tue, Jan 2, 2018 at 8:01 PM, Florian Weimer <fweimer at redhat.com> wrote:
On 12/20/2017 11:15 AM, Volker Simonis wrote:
in the course of the recent licensing cleanups I've just realized that the OpenJDK sources as well as the generated images still contain the ASSEMBLYEXCEPTION license file [1]. I think this is just a leftover of the first OpenJDK versions which still required some binary parts provided by Sun at time in order to build and run successfully. As far as I can tell, this is not necessary since at least OpenJDK 7 so I think the ASSEMBLYEXCEPTION file could also be removed. What do you think? Category 4 (“Any files in the OpenJDK distribution that are made available at openjdk.java.net, openjdk.dev.java.net, or download.java.net under an open source license other than GPL, and your derivatives thereof that are in compliance with the applicable open source license”) still looks relevant because it clarifies, among other things, that the combination of GPLv2-licensed OpenJDK code with code licenses under the Apache License, Version 2.0, is redistributable.
Yes, I agree with you. I've only looked at the ASSEMBLY_EXCEPTION from the perspective of the binary plugs which were delivered with the first versions of OpenJDK 6 (and which are covered by section 3 of the "OpenJDK Designated Exception Modules" [1] document you cite from). So actually only that third section of that exceptions modules document could be removed which is probably not worth the work.
Thanks for pointing this out, Volker
[1] http://openjdk.java.net/legal/exception-modules-2007-05-08.html
Thanks, Florian
- Previous message: ASSEMBLY_EXCEPTION should be removed ?
- Next message: Runtime code generation and barriers in migrating away from JVM-interal APIs
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]