Re: [RFR] [8u] 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR, VENDOR, but no configure flag

2019-03-28 Thread Andrew John Hughes
On 28/03/2019 09:30, Langer, Christoph wrote: > Hi, > >>> Revised HotSpot webrev: >>> >>> https://cr.openjdk.java.net/~andrew/openjdk8/8189761/hotspot.02 >> >> +++ new/src/share/vm/runtime/vm_version.cpp 2019-03-28 >> 03:52:51.384737947 + >> @@ -140,7 +140,7 @@ >> >> const char* Abstract_

Re: RFR(xs) 8221621 FindTests.gmk cannot handle "=" in TEST.groups comments

2019-03-28 Thread Ioi Lam
Hi Erik and David, Thanks for the review. I did a tier-1 run and all passed, so I pushed the changes. - Ioi On 3/28/19 6:50 PM, David Holmes wrote: +1 Thanks, David On 29/03/2019 6:20 am, Erik Joelsson wrote: Looks good. Thanks for fixing this! /Erik On 2019-03-28 10:04, Ioi Lam wrote:

Re: RFR(xs) 8221621 FindTests.gmk cannot handle "=" in TEST.groups comments

2019-03-28 Thread David Holmes
+1 Thanks, David On 29/03/2019 6:20 am, Erik Joelsson wrote: Looks good. Thanks for fixing this! /Erik On 2019-03-28 10:04, Ioi Lam wrote: https://bugs.openjdk.java.net/browse/JDK-8221621 The function FindJtregGroupsBody needs to filter out lines that starts with "#". ==

Re: [RFR] [8u] 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR, VENDOR, but no configure flag

2019-03-28 Thread Andrew John Hughes
On 28/03/2019 08:51, Severin Gehwolf wrote: > On Thu, 2019-03-28 at 03:56 +, Andrew John Hughes wrote: >> On 26/03/2019 21:57, Langer, Christoph wrote: >>> Hi Andrew, >>> >>> thanks for doing this backport. I agree, Severin's finding needs to be >>> added to hotspot's Unix/Posix vm.make fil

Re: RFR(xs) 8221621 FindTests.gmk cannot handle "=" in TEST.groups comments

2019-03-28 Thread Erik Joelsson
Looks good. Thanks for fixing this! /Erik On 2019-03-28 10:04, Ioi Lam wrote: https://bugs.openjdk.java.net/browse/JDK-8221621 The function FindJtregGroupsBody needs to filter out lines that starts with "#". == diff -r 7d5a4a48e876 make/common/FindTests.gmk --- a/make/common

Re: [OpenJDK 2D-Dev] [13] RFR: JDK-8217707: JNICALL declaration breaks Splash screen functions

2019-03-28 Thread Alexey Ivanov
On 28/03/2019 17:15, Philip Race wrote: > I've run SplashScreen jtreg tests, all tests pass. I assume you mean you did this for 32 AND 64 bit builds ? Yes, I ran the tests for both 32 and 64 bit builds. -- Alexey If so, then +1 -phil. On 3/28/19, 9:11 AM, Alexey Ivanov wrote: Any volunt

Re: [OpenJDK 2D-Dev] [13] RFR: JDK-8217707: JNICALL declaration breaks Splash screen functions

2019-03-28 Thread Thomas Stüfe
Looks fine. Cheers, Thomas On Thu, Mar 28, 2019 at 5:11 PM Alexey Ivanov wrote: > Any volunteers for review? > > On 24/03/2019 19:18, Alexey Ivanov wrote: > > Hi, > > > > Please review the fix for jdk 13. > > > > bug: https://bugs.openjdk.java.net/browse/JDK-8217707 > > webrev: http://cr.openjd

Re: [OpenJDK 2D-Dev] [13] RFR: JDK-8217707: JNICALL declaration breaks Splash screen functions

2019-03-28 Thread Philip Race
> I've run SplashScreen jtreg tests, all tests pass. I assume you mean you did this for 32 AND 64 bit builds ? If so, then +1 -phil. On 3/28/19, 9:11 AM, Alexey Ivanov wrote: Any volunteers for review? On 24/03/2019 19:18, Alexey Ivanov wrote: Hi, Please review the fix for jdk 13. bug: ht

RFR(xs) 8221621 FindTests.gmk cannot handle "=" in TEST.groups comments

2019-03-28 Thread Ioi Lam
https://bugs.openjdk.java.net/browse/JDK-8221621 The function FindJtregGroupsBody needs to filter out lines that starts with "#". == diff -r 7d5a4a48e876 make/common/FindTests.gmk --- a/make/common/FindTests.gmk    Wed Mar 27 14:40:36 2019 -0700 +++ b/make/common/FindTests.gmk 

Re: [OpenJDK 2D-Dev] [13] RFR: JDK-8217707: JNICALL declaration breaks Splash screen functions

2019-03-28 Thread Alexey Ivanov
Any volunteers for review? On 24/03/2019 19:18, Alexey Ivanov wrote: Hi, Please review the fix for jdk 13. bug: https://bugs.openjdk.java.net/browse/JDK-8217707 webrev: http://cr.openjdk.java.net/~aivanov/8217707/webrev.0/ Description: Splash screen functionality is broken in 32 bit Windows.

Re: RFR: 8221610: Resurrect (legacy) JRE bundle target

2019-03-28 Thread Martin Buchholz
On Thu, Mar 28, 2019 at 4:55 AM Alan Bateman wrote: > I'm curious who these "stakeholders" are and what they use these JRE > bundle for? As you know, moving to a modular platform has blurred the > historical distinction between what we knew as the JRE and JDK in the > past. Are they concerned abo

Re: RFR: 8221610: Resurrect (legacy) JRE bundle target

2019-03-28 Thread Erik Joelsson
Hello, On 2019-03-28 04:47, Zeller, Arno wrote: Hi Christoph, thanks for the patch. Just one small suggestion – I think you could use the same extension for jdk archive also for the jre archive in make/autoconf/spec.gmk.in? Something like this: JRE_BUNDLE_NAME := jre-$(BASE_NAME)_bin$(DE

Re: RFR: 8221610: Resurrect (legacy) JRE bundle target

2019-03-28 Thread Alan Bateman
On 28/03/2019 09:07, Langer, Christoph wrote: Hi build-dev, today I’m coming up with kind of a backward oriented suggestion… don’t know how well that would be received. Let’s see. For JDK 11, with JDK-8200132 [0], the JRE build has been moved to legacy. There has been some discussion beforehan

RE: RFR: 8221610: Resurrect (legacy) JRE bundle target

2019-03-28 Thread Zeller, Arno
Hi Christoph, thanks for the patch. Just one small suggestion – I think you could use the same extension for jdk archive also for the jre archive in make/autoconf/spec.gmk.in? Something like this: JRE_BUNDLE_NAME := jre-$(BASE_NAME)_bin$(DEBUG_PART). $(JDK_BUNDLE_EXTENSION) Otherwise you will

RE: [RFR] [8u] 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR, VENDOR, but no configure flag

2019-03-28 Thread Langer, Christoph
Hi, > > Revised HotSpot webrev: > > > > https://cr.openjdk.java.net/~andrew/openjdk8/8189761/hotspot.02 > > +++ new/src/share/vm/runtime/vm_version.cpp 2019-03-28 > 03:52:51.384737947 + > @@ -140,7 +140,7 @@ > > const char* Abstract_VM_Version::vm_vendor() { > #ifdef VENDOR > - return X

RFR: 8221610: Resurrect (legacy) JRE bundle target

2019-03-28 Thread Langer, Christoph
Hi build-dev, today I’m coming up with kind of a backward oriented suggestion… don’t know how well that would be received. Let’s see. For JDK 11, with JDK-8200132 [0], the JRE build has been moved to legacy. There has been some discussion beforehand whether the JRE build can completely be dropp

Re: [RFR] [8u] 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR, VENDOR, but no configure flag

2019-03-28 Thread Severin Gehwolf
On Thu, 2019-03-28 at 03:56 +, Andrew John Hughes wrote: > On 26/03/2019 21:57, Langer, Christoph wrote: > > Hi Andrew, > > > > thanks for doing this backport. I agree, Severin's finding needs to be > > added to hotspot's Unix/Posix vm.make files. > > Yes, it was missed because it's already