Hi Alan, Removing jobjc will require changes to a bunch of files. If there's support for it, I can do the work, but we should split it into a seperate bug.
So the questions are: 1) Can I get a second opinion on the complete removal of everything jobjc (in a seperate bug)? 2) What are peoples' thoughts on having the Classpath Exception added to the remaining three files? -- jdk/make/src/classes/build/tools/generatelsrequivmaps/EquivMapsGenerator.java -- jdk/make/src/native/add_gnu_debuglink/add_gnu_debuglink.c -- jdk/make/src/native/fix_empty_sec_hdr_flags/fix_empty_sec_hdr_flags.c Best Regards Adam Farley IBM Runtimes Alan Bateman <alan.bate...@oracle.com> wrote on 07/10/2019 13:57:53: > From: Alan Bateman <alan.bate...@oracle.com> > To: Adam Farley8 <adam.far...@uk.ibm.com>, Joe Darcy > <joe.da...@oracle.com>, sergey.bylok...@oracle.com, > lana.ste...@oracle.com, magnus.ihse.bur...@oracle.com > Cc: Java Core Libs <core-libs-dev@openjdk.java.net>, Florian Weimer > <f...@deneb.enyo.de>, jdk-updates-...@openjdk.java.net > Date: 07/10/2019 13:58 > Subject: Re: RFR: JDK-8227715: GPLv2 files missing Classpath Exception > > On 07/10/2019 13:51, Adam Farley8 wrote: > : > -- jdk/src/macosx/native/jobjc/JObjC.xcodeproj/default.pbxuser > It might be simpler to just get rid of the JObjC bits. If you dig > through the JDK 8 history then you should see that JObjC.jar was > dropped from the boot class path (it should never have been there in > the first place). The remaining left overs were removed in JDK 9. > > -Alan Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
