From rkennke at redhat.com Wed Oct 11 14:27:52 2017 From: rkennke at redhat.com (Roman Kennke) Date: Wed, 11 Oct 2017 16:27:52 +0200 Subject: JEP draft: Remove Shark compiler Message-ID: I have drafted a JEP with the intention to remove the Shark compiler: https://bugs.openjdk.java.net/browse/JDK-8189173 I would like to get some opinions here before I submit this JEP for real. In particular: - If anybody has a need for Shark - If anybody wants to step up to maintain it speak up now! Further, if you have anything that is missing or needs to be changed in the JEP draft, please let me know. Thanks, Roman From aph at redhat.com Wed Oct 11 15:07:04 2017 From: aph at redhat.com (Andrew Haley) Date: Wed, 11 Oct 2017 16:07:04 +0100 Subject: JEP draft: Remove Shark compiler In-Reply-To: References: Message-ID: On 11/10/17 15:27, Roman Kennke wrote: > I would like to get some opinions here before I submit this JEP for > real. In particular: > > - If anybody has a need for Shark > - If anybody wants to step up to maintain it > > speak up now! Kill it. It was good while it lasted, but it's based on an obsolete JIT interface in LLVM. -- Andrew Haley Java Platform Lead Engineer Red Hat UK Ltd. EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From gnu.andrew at redhat.com Wed Oct 11 15:33:35 2017 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Wed, 11 Oct 2017 16:33:35 +0100 Subject: JEP draft: Remove Shark compiler In-Reply-To: References: Message-ID: On 11 October 2017 at 15:27, Roman Kennke wrote: > I have drafted a JEP with the intention to remove the Shark compiler: > > https://bugs.openjdk.java.net/browse/JDK-8189173 > > I would like to get some opinions here before I submit this JEP for real. In > particular: > > - If anybody has a need for Shark > - If anybody wants to step up to maintain it > > speak up now! > > Further, if you have anything that is missing or needs to be changed in the > JEP draft, please let me know. > > Thanks, > > Roman > Yeah, I agree it's been superseded for the use cases it was originally created for. Personally, I've never been able to get the right combination of Shark and LLVM to even build it. On the Zero note, I'm in favour of keeping that alive, even if we reach a point where we don't need to ship VMs that use it. It comes in useful when porting to new architectures and also as a fallback where bugs are encountered with JIT ports. -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Web Site: http://fuseyism.com Twitter: https://twitter.com/gnu_andrew_java PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 From rkennke at redhat.com Wed Oct 11 15:39:30 2017 From: rkennke at redhat.com (Roman Kennke) Date: Wed, 11 Oct 2017 17:39:30 +0200 Subject: JEP draft: Remove Shark compiler In-Reply-To: References: Message-ID: <26ce9e2d-172c-3db3-decd-a897d33f6935@redhat.com> Am 11.10.2017 um 17:33 schrieb Andrew Hughes: > On 11 October 2017 at 15:27, Roman Kennke wrote: >> I have drafted a JEP with the intention to remove the Shark compiler: >> >> https://bugs.openjdk.java.net/browse/JDK-8189173 >> >> I would like to get some opinions here before I submit this JEP for real. In >> particular: >> >> - If anybody has a need for Shark >> - If anybody wants to step up to maintain it >> >> speak up now! >> >> Further, if you have anything that is missing or needs to be changed in the >> JEP draft, please let me know. >> >> Thanks, >> >> Roman >> > Yeah, I agree it's been superseded for the use cases it was originally > created for. > Personally, I've never been able to get the right combination of Shark and LLVM > to even build it. > > On the Zero note, I'm in favour of keeping that alive, even if we reach a point > where we don't need to ship VMs that use it. It comes in useful when porting > to new architectures and also as a fallback where bugs are encountered > with JIT ports. Hi Andrew, I agree about Zero. I have put this under 'non-goals': "It is not a goal of this JEP to remove the Zero interpreter (which is the basis for Shark)." Roman From magnus.ihse.bursie at oracle.com Thu Oct 12 09:13:51 2017 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 12 Oct 2017 11:13:51 +0200 Subject: JEP draft: Remove Shark compiler In-Reply-To: References: Message-ID: <468e9ddf-50fa-c09c-3f4c-4c175b284c51@oracle.com> On 2017-10-11 16:27, Roman Kennke wrote: > I have drafted a JEP with the intention to remove the Shark compiler: > > https://bugs.openjdk.java.net/browse/JDK-8189173 Yes please! :-) /Magnus > > I would like to get some opinions here before I submit this JEP for > real. In particular: > > - If anybody has a need for Shark > - If anybody wants to step up to maintain it > > speak up now! > > Further, if you have anything that is missing or needs to be changed > in the JEP draft, please let me know. > > Thanks, > > Roman > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dalibor.topic at oracle.com Thu Oct 12 12:01:11 2017 From: dalibor.topic at oracle.com (dalibor topic) Date: Thu, 12 Oct 2017 14:01:11 +0200 Subject: JEP draft: Remove Shark compiler In-Reply-To: References: Message-ID: On 11.10.2017 17:33, Andrew Hughes wrote > Yeah, I agree it's been superseded for the use cases it was originally > created for. > Personally, I've never been able to get the right combination of Shark and LLVM > to even build it. Yeah, I'm not aware of anyone doing something with it in that direction in the past couple of years, either. I support removing it, too. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment