RFR: Merge jdk20

2023-02-08 Thread Jesper Wilhelmsson
Forwardport JDK 20 -> JDK 21 - Commit messages: - Merge remote-tracking branch 'jdk20/master' into Merge_jdk20 - 8301989: new javax.swing.text.DefaultCaret().setBlinkRate(N) results in NPE - 8301863: ObjectInputFilter example incorrectly calls rejectUndecidedClass The merge

Re: RFR: 8301737: java/rmi/server/UnicastRemoteObject/serialFilter/FilterUROTest.java fail with -Xcomp [v3]

2023-02-08 Thread SUN Guoyun
On Tue, 7 Feb 2023 08:27:57 GMT, SUN Guoyun wrote: >> Hi all, >> When -Xcomp be used, this testcase will use more codecaches, causing the GC >> to be triggered early, then causing this test failed on LoongArch64 >> architecture. >> >> This PR fix the issue, Please help review it. >> >>

Re: RFR: 8301737: java/rmi/server/UnicastRemoteObject/serialFilter/FilterUROTest.java fail with -Xcomp [v3]

2023-02-08 Thread SUN Guoyun
On Tue, 7 Feb 2023 08:27:57 GMT, SUN Guoyun wrote: >> Hi all, >> When -Xcomp be used, this testcase will use more codecaches, causing the GC >> to be triggered early, then causing this test failed on LoongArch64 >> architecture. >> >> This PR fix the issue, Please help review it. >> >>

Re: RFR: JDK-8301202: Port fdlibm log to Java [v2]

2023-02-08 Thread Joe Darcy
On Wed, 8 Feb 2023 21:37:15 GMT, Joe Darcy wrote: >> Next up on the FDLIBM porting countdown, the log method. >> >> Original C vs transliteration port: >> >> >> $ diff -w Log.c Log.translit.java >> 1c1 >> < /* __ieee754_log(x) >> --- >>> /** >> 51,58c51,52 >> < >> < #include "fdlibm.h"

Re: RFR: JDK-8301202: Port fdlibm log to Java [v3]

2023-02-08 Thread Joe Darcy
> Next up on the FDLIBM porting countdown, the log method. > > Original C vs transliteration port: > > > $ diff -w Log.c Log.translit.java > 1c1 > < /* __ieee754_log(x) > --- >> /** > 51,58c51,52 > < > < #include "fdlibm.h" > < > < #ifdef __STDC__ > < static const double > < #else > <

Re: RFR: JDK-8300808: Accelerate Base64 on x86 for AVX2 [v11]

2023-02-08 Thread Jatin Bhateja
On Tue, 7 Feb 2023 14:27:49 GMT, Scott Gibbons wrote: > @sviswa7 Can you please share the test(s) you used to determine the stated > failures? I've run all of the tier1-3 tests in the suite with no failures. > Plus, if what you say is true, then the same logic would apply for the > non-URL

Re: RFR: 8301737: java/rmi/server/UnicastRemoteObject/serialFilter/FilterUROTest.java fail with -Xcomp [v3]

2023-02-08 Thread Mark Sheppard
On Tue, 7 Feb 2023 08:27:57 GMT, SUN Guoyun wrote: >> Hi all, >> When -Xcomp be used, this testcase will use more codecaches, causing the GC >> to be triggered early, then causing this test failed on LoongArch64 >> architecture. >> >> This PR fix the issue, Please help review it. >> >>

Re: RFR: 8293198: [vectorapi] Improve the implementation of VectorMask.indexInRange() [v2]

2023-02-08 Thread Xiaohong Gong
On Mon, 6 Feb 2023 17:39:42 GMT, Paul Sandoz wrote: >> Xiaohong Gong has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Add smaller array size for benchmark tests > > I think it would be useful to adjust the naming and comments of some

Integrated: JDK-8301704: Shorten the number of GCs in UnloadingTest.java to verify a class loader not being unloaded

2023-02-08 Thread Mandy Chung
On Thu, 2 Feb 2023 20:09:22 GMT, Mandy Chung wrote: > `test/jdk/java/lang/invoke/defineHiddenClass/UnloadingTest.java` defines > hidden classes and verify cases that a class loader is not unloaded using > `ForceGC::wait`.ForceGC::wait` defaults the timeout to 1000ms * jtreg > timeout

Re: RFR: 8296935: Arrays.asList().set() with wrong types throws undocumented ArrayStoreException [v8]

2023-02-08 Thread Tingjun Yuan
On Wed, 8 Feb 2023 23:33:20 GMT, Tingjun Yuan wrote: >> Document `java.util.Arrays.asList` that the list will throw an >> `ArrayStoreException` when attempting to set an element with a wrong type. > > Tingjun Yuan has updated the pull request incrementally with one additional > commit since

Re: RFR: 8296935: Arrays.asList().set() with wrong types throws undocumented ArrayStoreException [v8]

2023-02-08 Thread Tingjun Yuan
> Document `java.util.Arrays.asList` that the list will throw an > `ArrayStoreException` when attempting to set an element with a wrong type. Tingjun Yuan has updated the pull request incrementally with one additional commit since the last revision: Update Arrays.java -

Re: RFR: JDK-8301704: Shorten the number of GCs in UnloadingTest.java to verify a class loader not being unloaded [v2]

2023-02-08 Thread Roger Riggs
On Wed, 8 Feb 2023 23:17:20 GMT, Mandy Chung wrote: >> `test/jdk/java/lang/invoke/defineHiddenClass/UnloadingTest.java` defines >> hidden classes and verify cases that a class loader is not unloaded using >> `ForceGC::wait`.ForceGC::wait` defaults the timeout to 1000ms * jtreg >> timeout

Re: RFR: JDK-8301704: Shorten the number of GCs in UnloadingTest.java to verify a class loader not being unloaded [v2]

2023-02-08 Thread Mandy Chung
> `test/jdk/java/lang/invoke/defineHiddenClass/UnloadingTest.java` defines > hidden classes and verify cases that a class loader is not unloaded using > `ForceGC::wait`.ForceGC::wait` defaults the timeout to 1000ms * jtreg > timeout factor, which is designed to work well to expect an object

Re: RFR: 8293667: Align jlink's --compress option with jmod's --compress option [v6]

2023-02-08 Thread Ian Graves
> This is an approach to adding a flag to jlink that will allow --compress to > take the same types of arguments as jmod, thus bringing the two into > alignment. This likely requires a CSR and a discussion on whether we should > deprecate or simply remove the original numeric compression

[jdk20] Integrated: 8301863: ObjectInputFilter example incorrectly calls rejectUndecidedClass

2023-02-08 Thread Roger Riggs
On Mon, 6 Feb 2023 20:40:08 GMT, Roger Riggs wrote: > The example code in ObjectInputFilter for the FilterInThread filter factory > does not do what is intended and is poorly described. Clarifies that the > JVM-wide filter and the thread local filter are merged and will reject > classes that

Re: [jdk20] RFR: 8301863: ObjectInputFilter example incorrectly calls rejectUndecidedClass [v2]

2023-02-08 Thread Lance Andersen
On Mon, 6 Feb 2023 22:52:10 GMT, Roger Riggs wrote: >> The example code in ObjectInputFilter for the FilterInThread filter factory >> does not do what is intended and is poorly described. Clarifies that the >> JVM-wide filter and the thread local filter are merged and will reject >> classes

Re: RFR: JDK-8301202: Port fdlibm log to Java [v2]

2023-02-08 Thread Joe Darcy
> Next up on the FDLIBM porting countdown, the log method. > > Original C vs transliteration port: > > > $ diff -w Log.c Log.translit.java > 1c1 > < /* __ieee754_log(x) > --- >> /** > 51,58c51,52 > < > < #include "fdlibm.h" > < > < #ifdef __STDC__ > < static const double > < #else > <

Re: RFR: 8300139 : [AIX] Use pthreads to avoid JNI_createVM call from primordial thread [v2]

2023-02-08 Thread David Holmes
On Wed, 8 Feb 2023 13:11:25 GMT, Varada M wrote: >> 1. test/jdk/jni/nullCaller/NullCallerTest.java >> 2. test/jdk/java/lang/reflect/exeCallerAccessTest/CallerAccessTest.java >> 3. test/hotspot/jtreg/runtime/jni/CalleeSavedRegisters/FPRegs.java >> >> The above tests were blocked on AIX

Re: RFR: 8283660: Convert com/sun/jndi/ldap/AbstractLdapNamingEnumeration.java finalizer to Cleaner [v16]

2023-02-08 Thread Stuart Marks
On Fri, 22 Jul 2022 20:51:59 GMT, Brent Christian wrote: >> Please review this change to replace the finalizer in >> `AbstractLdapNamingEnumeration` with a Cleaner. >> >> The pieces of state required for cleanup (`LdapCtx homeCtx`, `LdapResult >> res`, and `LdapClient enumClnt`) are moved to

Re: RFR: JDK-8301444: Port fdlibm hyperbolic transcendental functions to Java [v6]

2023-02-08 Thread Joe Darcy
> Initial pass of porting FDLIBM sinh/cosh/tanh to Java. I do intend to > refactor the regression tests a bit to reduce duplication, but the actual > ports should be ready for review. > > Diff'ing the ports as before, original vs transliteration port: > > > $ diff -w Hyperbolic.c

Re: RFR: JDK-8301704: Shorten the number of GCs in UnloadingTest.java to verify a class loader not being unloaded

2023-02-08 Thread Roger Riggs
On Wed, 8 Feb 2023 20:30:13 GMT, Mandy Chung wrote: >> test/lib/jdk/test/lib/util/ForceGC.java line 73: >> >>> 71: * if did not complete after the specified waiting time. >>> 72: */ >>> 73: public static boolean wait(BooleanSupplier booleanSupplier, long >>> timeout) { >> >>

Re: RFR: JDK-8301704: Shorten the number of GCs in UnloadingTest.java to verify a class loader not being unloaded

2023-02-08 Thread Mandy Chung
On Thu, 2 Feb 2023 22:19:07 GMT, Roger Riggs wrote: >> `test/jdk/java/lang/invoke/defineHiddenClass/UnloadingTest.java` defines >> hidden classes and verify cases that a class loader is not unloaded using >> `ForceGC::wait`.ForceGC::wait` defaults the timeout to 1000ms * jtreg >> timeout

Re: RFR: JDK-8301833: Add manual tests for FDLIBM porting

2023-02-08 Thread Joe Darcy
On Wed, 8 Feb 2023 17:07:22 GMT, Brian Burkhalter wrote: >> To help add assurances that the main-line port of FDLIBM to Java is working >> correctly, added some long-running manual tests to probe that the >> transliteration port and the corresponding StrictMath method are in >> agreement on a

Re: RFR: 8283660: Convert com/sun/jndi/ldap/AbstractLdapNamingEnumeration.java finalizer to Cleaner [v16]

2023-02-08 Thread Brent Christian
On Fri, 22 Jul 2022 20:51:59 GMT, Brent Christian wrote: >> Please review this change to replace the finalizer in >> `AbstractLdapNamingEnumeration` with a Cleaner. >> >> The pieces of state required for cleanup (`LdapCtx homeCtx`, `LdapResult >> res`, and `LdapClient enumClnt`) are moved to

Re: RFR: JDK-8301444: Port fdlibm hyperbolic transcendental functions to Java [v5]

2023-02-08 Thread Joe Darcy
> Initial pass of porting FDLIBM sinh/cosh/tanh to Java. I do intend to > refactor the regression tests a bit to reduce duplication, but the actual > ports should be ready for review. > > Diff'ing the ports as before, original vs transliteration port: > > > $ diff -w Hyperbolic.c

Re: RFR: JDK-8301444: Port fdlibm hyperbolic transcendental functions to Java [v3]

2023-02-08 Thread Joe Darcy
On Wed, 8 Feb 2023 18:39:42 GMT, Magnus Ihse Bursie wrote: >> Hmm. Wouldn't hurt to do so. >> >> I was thinking of making a pass over Fdlibm.java at some point to make sure >> the nested classes had package-level rather than public accessibility and >> that the classes had private

Re: RFR: JDK-8301444: Port fdlibm hyperbolic transcendental functions to Java [v4]

2023-02-08 Thread Joe Darcy
> Initial pass of porting FDLIBM sinh/cosh/tanh to Java. I do intend to > refactor the regression tests a bit to reduce duplication, but the actual > ports should be ready for review. > > Diff'ing the ports as before, original vs transliteration port: > > > $ diff -w Hyperbolic.c

Re: RFR: 8296935: Arrays.asList().set() with wrong types throws undocumented ArrayStoreException [v7]

2023-02-08 Thread Stuart Marks
On Mon, 23 Jan 2023 07:33:21 GMT, Tingjun Yuan wrote: >> Document `java.util.Arrays.asList` that the list will throw an >> `ArrayStoreException` when attempting to set an element with a wrong type. > > Tingjun Yuan has updated the pull request incrementally with one additional > commit since

Integrated: JDK-8301462: Convert Permission files to use lambda after JDK-8076596

2023-02-08 Thread Mandy Chung
On Tue, 7 Feb 2023 22:25:43 GMT, Mandy Chung wrote: > A trivial fix. Convert the use of anonymous inner classes in a few > Permission classes to lambdas to work around JDK-8076596, which has been > resolved. This pull request has now been integrated. Changeset: 10dd98d0 Author:Mandy

Re: RFR: JDK-8301444: Port fdlibm hyperbolic transcendental functions to Java [v3]

2023-02-08 Thread Magnus Ihse Bursie
On Wed, 8 Feb 2023 18:35:51 GMT, Joe Darcy wrote: >> src/java.base/share/classes/java/lang/FdLibm.java line 1215: >> >>> 1213: * only sinh(0)=0 is exact for finite x. >>> 1214: */ >>> 1215: static class Sinh { >> >> For clarity, should this not be declared `final`? > > Hmm.

Re: RFR: JDK-8301444: Port fdlibm hyperbolic transcendental functions to Java [v3]

2023-02-08 Thread Joe Darcy
On Tue, 7 Feb 2023 16:02:19 GMT, Magnus Ihse Bursie wrote: >> Joe Darcy has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Correct overflow limit in regression test. > > src/java.base/share/classes/java/lang/FdLibm.java line 1215: > >>

Re: RFR: JDK-8301462: Convert Permission files to use lambda after JDK-8076596 [v3]

2023-02-08 Thread Sean Mullan
On Wed, 8 Feb 2023 17:58:12 GMT, Mandy Chung wrote: >> A trivial fix. Convert the use of anonymous inner classes in a few >> Permission classes to lambdas to work around JDK-8076596, which has been >> resolved. > > Mandy Chung has updated the pull request with a new target base due to a >

Re: RFR: JDK-8301462: Convert Permission files to use lambda after JDK-8076596 [v3]

2023-02-08 Thread Mandy Chung
> A trivial fix. Convert the use of anonymous inner classes in a few > Permission classes to lambdas to work around JDK-8076596, which has been > resolved. Mandy Chung has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the

Re: RFR: JDK-8301462: Convert Permission files to use lambda after JDK-8076596 [v2]

2023-02-08 Thread Mandy Chung
On Wed, 8 Feb 2023 03:42:16 GMT, Mandy Chung wrote: >> A trivial fix. Convert the use of anonymous inner classes in a few >> Permission classes to lambdas to work around JDK-8076596, which has been >> resolved. > > Mandy Chung has updated the pull request incrementally with one additional >

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v7]

2023-02-08 Thread Eirik Bjorsnos
On Wed, 8 Feb 2023 17:11:19 GMT, Claes Redestad wrote: > Great! Extending coverage to provoke the issue on most charsets is good, and > it should guard UTF-8 from regressing too - no? It also guards UTFZipCoder from this particular regression, yes. - PR:

Re: RFR: JDK-8301462: Convert Permission files to use lambda after JDK-8076596 [v2]

2023-02-08 Thread Sean Mullan
On Wed, 8 Feb 2023 03:42:16 GMT, Mandy Chung wrote: >> A trivial fix. Convert the use of anonymous inner classes in a few >> Permission classes to lambdas to work around JDK-8076596, which has been >> resolved. > > Mandy Chung has updated the pull request incrementally with one additional >

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v7]

2023-02-08 Thread Claes Redestad
On Wed, 8 Feb 2023 16:36:16 GMT, Eirik Bjorsnos wrote: >> After finding a hash match, getEntryPos needs to compare the lookup name up >> to the encoded entry name in the CEN. This comparison is done by decoding >> the entry name into a String. The names can then be compared using the >>

Re: RFR: JDK-8301833: Add manual tests for FDLIBM porting

2023-02-08 Thread Brian Burkhalter
On Mon, 6 Feb 2023 01:50:55 GMT, Joe Darcy wrote: > To help add assurances that the main-line port of FDLIBM to Java is working > correctly, added some long-running manual tests to probe that the > transliteration port and the corresponding StrictMath method are in agreement > on a large

Re: RFR: JDK-8301833: Add manual tests for FDLIBM porting

2023-02-08 Thread Brian Burkhalter
On Mon, 6 Feb 2023 01:50:55 GMT, Joe Darcy wrote: > To help add assurances that the main-line port of FDLIBM to Java is working > correctly, added some long-running manual tests to probe that the > transliteration port and the corresponding StrictMath method are in agreement > on a large

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v6]

2023-02-08 Thread Eirik Bjorsnos
On Wed, 8 Feb 2023 15:31:15 GMT, Eirik Bjorsnos wrote: >> After finding a hash match, getEntryPos needs to compare the lookup name up >> to the encoded entry name in the CEN. This comparison is done by decoding >> the entry name into a String. The names can then be compared using the >>

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v7]

2023-02-08 Thread Eirik Bjorsnos
> After finding a hash match, getEntryPos needs to compare the lookup name up > to the encoded entry name in the CEN. This comparison is done by decoding the > entry name into a String. The names can then be compared using the String > API. This decoding step adds a significat cost to this

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v6]

2023-02-08 Thread Eirik Bjorsnos
On Wed, 8 Feb 2023 15:31:15 GMT, Eirik Bjorsnos wrote: >> After finding a hash match, getEntryPos needs to compare the lookup name up >> to the encoded entry name in the CEN. This comparison is done by decoding >> the entry name into a String. The names can then be compared using the >>

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v6]

2023-02-08 Thread Claes Redestad
On Wed, 8 Feb 2023 15:31:15 GMT, Eirik Bjorsnos wrote: >> After finding a hash match, getEntryPos needs to compare the lookup name up >> to the encoded entry name in the CEN. This comparison is done by decoding >> the entry name into a String. The names can then be compared using the >>

Re: RFR: 8300139 : [AIX] Use pthreads to avoid JNI_createVM call from primordial thread [v2]

2023-02-08 Thread Tyler Steele
On Wed, 8 Feb 2023 13:11:25 GMT, Varada M wrote: >> 1. test/jdk/jni/nullCaller/NullCallerTest.java >> 2. test/jdk/java/lang/reflect/exeCallerAccessTest/CallerAccessTest.java >> 3. test/hotspot/jtreg/runtime/jni/CalleeSavedRegisters/FPRegs.java >> >> The above tests were blocked on AIX

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v5]

2023-02-08 Thread Eirik Bjorsnos
On Wed, 8 Feb 2023 15:21:23 GMT, Eirik Bjorsnos wrote: >> After finding a hash match, getEntryPos needs to compare the lookup name up >> to the encoded entry name in the CEN. This comparison is done by decoding >> the entry name into a String. The names can then be compared using the >>

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v6]

2023-02-08 Thread Eirik Bjorsnos
> After finding a hash match, getEntryPos needs to compare the lookup name up > to the encoded entry name in the CEN. This comparison is done by decoding the > entry name into a String. The names can then be compared using the String > API. This decoding step adds a significat cost to this

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v5]

2023-02-08 Thread Eirik Bjorsnos
> After finding a hash match, getEntryPos needs to compare the lookup name up > to the encoded entry name in the CEN. This comparison is done by decoding the > entry name into a String. The names can then be compared using the String > API. This decoding step adds a significat cost to this

Integrated: 8301767: Convert virtual thread tests to JUnit

2023-02-08 Thread Alan Bateman
On Sat, 4 Feb 2023 08:59:29 GMT, Alan Bateman wrote: > The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. > We'd like to convert these JUnit in the main line in advance of other updates > to these tests in 21. The changes are mostly mechanical and trivial: > > -

Re: RFR: 8301958: Reduce Arrays.copyOf/-Range overheads [v9]

2023-02-08 Thread David Schlosnagle
On Wed, 8 Feb 2023 10:53:22 GMT, Claes Redestad wrote: >> This patch adds special-cases to `Arrays.copyOf` and `Arrays.copyOfRange` to >> clone arrays when `newLength` or range inputs span the input array. This >> helps eliminate range checks and has been verified to help various String >>

Re: RFR: JDK-8301704: Shorten the number of GCs in UnloadingTest.java to verify a class loader not being unloaded

2023-02-08 Thread Roger Riggs
On Thu, 2 Feb 2023 20:09:22 GMT, Mandy Chung wrote: > `test/jdk/java/lang/invoke/defineHiddenClass/UnloadingTest.java` defines > hidden classes and verify cases that a class loader is not unloaded using > `ForceGC::wait`.ForceGC::wait` defaults the timeout to 1000ms * jtreg > timeout

Re: RFR: 8301737: java/rmi/server/UnicastRemoteObject/serialFilter/FilterUROTest.java fail with -Xcomp [v3]

2023-02-08 Thread Mark Sheppard
On Tue, 7 Feb 2023 08:27:57 GMT, SUN Guoyun wrote: >> Hi all, >> When -Xcomp be used, this testcase will use more codecaches, causing the GC >> to be triggered early, then causing this test failed on LoongArch64 >> architecture. >> >> This PR fix the issue, Please help review it. >> >>

Re: RFR: 8294982: Implementation of Classfile API [v12]

2023-02-08 Thread Adam Sotona
On Wed, 8 Feb 2023 12:19:35 GMT, Adam Sotona wrote: >>> `Signature.ThrowableSig` is a `Signature` and it is a common super of >>> `ClassTypeSig` and `TypeVarSig`. >> >> I really don't follow here. ThrowableSig is a piece of a method signature, >> which starts with "^" and is followed by

Re: RFR: JDK-8301202: Port fdlibm log to Java

2023-02-08 Thread Raffaello Giulietti
On Wed, 8 Feb 2023 00:25:32 GMT, Joe Darcy wrote: > Next up on the FDLIBM porting countdown, the log method. > > Original C vs transliteration port: > > > $ diff -w Log.c Log.translit.java > 1c1 > < /* __ieee754_log(x) > --- >> /** > 51,58c51,52 > < > < #include "fdlibm.h" > < > <

Re: RFR: 8293667: Align jlink's --compress option with jmod's --compress option [v5]

2023-02-08 Thread Jaikiran Pai
On Mon, 6 Feb 2023 20:12:09 GMT, Ian Graves wrote: >> This is an approach to adding a flag to jlink that will allow --compress to >> take the same types of arguments as jmod, thus bringing the two into >> alignment. This likely requires a CSR and a discussion on whether we should >> deprecate

Re: RFR: 8300139 : [AIX] Use pthreads to avoid JNI_createVM call from primordial thread [v2]

2023-02-08 Thread Thomas Stuefe
On Wed, 8 Feb 2023 11:33:07 GMT, Varada M wrote: > I hate to see the code duplication, but we don't have a sharing mechanism for > the native parts of tests so that can't be helped. It may be interesting to invest some time to find out if the "don't start on primordial thread" rule still

Re: RFR: 8293667: Align jlink's --compress option with jmod's --compress option [v5]

2023-02-08 Thread Jaikiran Pai
On Mon, 6 Feb 2023 20:12:09 GMT, Ian Graves wrote: >> This is an approach to adding a flag to jlink that will allow --compress to >> take the same types of arguments as jmod, thus bringing the two into >> alignment. This likely requires a CSR and a discussion on whether we should >> deprecate

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v4]

2023-02-08 Thread Eirik Bjorsnos
On Tue, 7 Feb 2023 13:23:26 GMT, Eirik Bjorsnos wrote: >> After finding a hash match, getEntryPos needs to compare the lookup name up >> to the encoded entry name in the CEN. This comparison is done by decoding >> the entry name into a String. The names can then be compared using the >>

Re: RFR: 8300139 : [AIX] Use pthreads to avoid JNI_createVM call from primordial thread [v2]

2023-02-08 Thread Varada M
> 1. test/jdk/jni/nullCaller/NullCallerTest.java > 2. test/jdk/java/lang/reflect/exeCallerAccessTest/CallerAccessTest.java > 3. test/hotspot/jtreg/runtime/jni/CalleeSavedRegisters/FPRegs.java > > The above tests were blocked on AIX [@require os.family != "aix"] because > these tests are

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v4]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 12:25:30 GMT, Alan Bateman wrote: >> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. >> We'd like to convert these JUnit in the main line in advance of other >> updates to these tests in 21. The changes are mostly mechanical and trivial: >> >> -

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 12:19:02 GMT, Alan Bateman wrote: >> test/jdk/java/lang/Thread/virtual/HoldsLock.java line 131: >> >>> 129: assertEquals(vthread.getClass().getName(), >>> info.getLockInfo().getClassName()); >>> 130:

Re: RFR: 8300139 : [AIX] Use pthreads to avoid JNI_createVM call from primordial thread

2023-02-08 Thread Varada M
On Wed, 8 Feb 2023 11:37:14 GMT, Alan Bateman wrote: >> 1. test/jdk/jni/nullCaller/NullCallerTest.java >> 2. test/jdk/java/lang/reflect/exeCallerAccessTest/CallerAccessTest.java >> 3. test/hotspot/jtreg/runtime/jni/CalleeSavedRegisters/FPRegs.java >> >> The above tests were blocked on AIX

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 12:18:12 GMT, Alan Bateman wrote: > note that it impacts 45+ usages and I had hoped to avoid changing the tests > too much. I hadn't realized this construct was used in multiple other places. I see that you already fixed them in a newer commit in this PR; thank you.

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Alan Bateman
On Wed, 8 Feb 2023 09:39:21 GMT, Jaikiran Pai wrote: >> Alan Bateman has updated the pull request with a new target base due to a >> merge or a rebase. The pull request now contains five commits: >> >> - Merge >> - Merge >> - Fix typos in comments >> - GetStackTrace.java test missing

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v4]

2023-02-08 Thread Alan Bateman
> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. > We'd like to convert these JUnit in the main line in advance of other updates > to these tests in 21. The changes are mostly mechanical and trivial: > > - BeforeClass/AfterClass changed to static BeforeAll/AfterAll

Re: RFR: JDK-8301462: Convert Permission files to use lambda after JDK-8076596 [v2]

2023-02-08 Thread Daniel Fuchs
On Wed, 8 Feb 2023 03:42:16 GMT, Mandy Chung wrote: >> A trivial fix. Convert the use of anonymous inner classes in a few >> Permission classes to lambdas to work around JDK-8076596, which has been >> resolved. > > Mandy Chung has updated the pull request incrementally with one additional >

Re: RFR: 8294982: Implementation of Classfile API [v12]

2023-02-08 Thread Adam Sotona
On Wed, 8 Feb 2023 11:07:08 GMT, Maurizio Cimadamore wrote: >> `TypeParam` is not a signature, because it simply is not a signature. >> Per spec: >> >> TypeParameter: >> Identifier ClassBound {InterfaceBound} > >> `Signature.ThrowableSig` is a `Signature` and it is a common super of >>

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v4]

2023-02-08 Thread Claes Redestad
On Wed, 8 Feb 2023 11:57:16 GMT, Claes Redestad wrote: > > > Seems there's a possible real test failure lurking here, might be > > > intermittent since it only showed on one platform: > > > > > > Did you get this from GHA somehow? Do you happen to know the platform, > > timezone and encoding

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v4]

2023-02-08 Thread Claes Redestad
On Wed, 8 Feb 2023 11:32:02 GMT, Eirik Bjorsnos wrote: > > Seems there's a possible real test failure lurking here, might be > > intermittent since it only showed on one platform: > > Did you get this from GHA somehow? Do you happen to know the platform, > timezone and encoding used? Yes,

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 09:47:00 GMT, Alan Bateman wrote: > as the alternative implementation of virtual threads (used on x86_32 and a > few other ports) don't allow custom schedulers. Thank you for that detail. - PR: https://git.openjdk.org/jdk/pull/12426

Re: RFR: 8300139 : [AIX] Use pthreads to avoid JNI_createVM call from primordial thread

2023-02-08 Thread Alan Bateman
On Tue, 31 Jan 2023 05:24:35 GMT, Varada M wrote: > 1. test/jdk/jni/nullCaller/NullCallerTest.java > 2. test/jdk/java/lang/reflect/exeCallerAccessTest/CallerAccessTest.java > 3. test/hotspot/jtreg/runtime/jni/CalleeSavedRegisters/FPRegs.java > > The above tests were blocked on AIX

Re: RFR: 8300139 : [AIX] Use pthreads to avoid JNI_createVM call from primordial thread

2023-02-08 Thread Varada M
On Wed, 8 Feb 2023 11:03:35 GMT, David Holmes wrote: > I hate to see the code duplication, but we don't have a sharing mechanism for > the native parts of tests so that can't be helped. > > Changes look good. > > Please update the Oracle copyright lines so that the second year is 2023 if >

Re: RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v4]

2023-02-08 Thread Eirik Bjorsnos
On Tue, 7 Feb 2023 22:52:13 GMT, Claes Redestad wrote: > Seems there's a possible real test failure lurking here, might be > intermittent since it only showed on one platform: Did you get this from GHA somehow? Do you happen to know the platform, timezone and encoding used? -

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Alan Bateman
On Wed, 8 Feb 2023 10:37:16 GMT, Jaikiran Pai wrote: >> Alan Bateman has updated the pull request with a new target base due to a >> merge or a rebase. The pull request now contains five commits: >> >> - Merge >> - Merge >> - Fix typos in comments >> - GetStackTrace.java test missing

Re: RFR: 8294982: Implementation of Classfile API [v13]

2023-02-08 Thread Maurizio Cimadamore
On Wed, 8 Feb 2023 07:31:15 GMT, Adam Sotona wrote: > Any reference to an official specification of CharacterRangeInfo is > appreciated. Thanks. There's this - which points back to javac code :-) https://github.com/jacoco/jacoco/wiki/CharacterRangeTable - PR:

Re: RFR: 8294982: Implementation of Classfile API [v13]

2023-02-08 Thread Maurizio Cimadamore
On Wed, 8 Feb 2023 11:05:34 GMT, Adam Sotona wrote: > `ofSymbols` is an alternative to `of` when conflicting method parameters. In > such case `of` refers to CP entries and `ofSymbols` refer to independent > symbols describing the objects, like for example `ClassDesc`, > `MethodTypeDesc`,

Re: RFR: 8294982: Implementation of Classfile API [v13]

2023-02-08 Thread Adam Sotona
On Tue, 7 Feb 2023 16:07:00 GMT, Maurizio Cimadamore wrote: >> Adam Sotona has updated the pull request incrementally with three additional >> commits since the last revision: >> >> - javadoc fixes >> - obsolete identifiers and unused imports cleanup >> - TypeAnnotation.TypePathComponent

Re: RFR: 8294982: Implementation of Classfile API [v12]

2023-02-08 Thread Maurizio Cimadamore
On Wed, 8 Feb 2023 07:24:05 GMT, Adam Sotona wrote: >> **Specification:** >> >> MethodSignature: >> [TypeParameters] ( {JavaTypeSignature} ) Result {ThrowsSignature} >> >> Result: >> JavaTypeSignature >> VoidDescriptor >> >> ThrowsSignature: >> ^ ClassTypeSignature >> ^

Re: RFR: 8300139 : [AIX] Use pthreads to avoid JNI_createVM call from primordial thread

2023-02-08 Thread David Holmes
On Tue, 31 Jan 2023 05:24:35 GMT, Varada M wrote: > 1. test/jdk/jni/nullCaller/NullCallerTest.java > 2. test/jdk/java/lang/reflect/exeCallerAccessTest/CallerAccessTest.java > 3. test/hotspot/jtreg/runtime/jni/CalleeSavedRegisters/FPRegs.java > > The above tests were blocked on AIX

Re: RFR: 8294982: Implementation of Classfile API [v13]

2023-02-08 Thread Adam Sotona
On Tue, 7 Feb 2023 16:09:56 GMT, Maurizio Cimadamore wrote: >> Adam Sotona has updated the pull request incrementally with three additional >> commits since the last revision: >> >> - javadoc fixes >> - obsolete identifiers and unused imports cleanup >> - TypeAnnotation.TypePathComponent

Re: RFR: 8301958: Reduce Arrays.copyOf/-Range overheads [v7]

2023-02-08 Thread Claes Redestad
On Wed, 8 Feb 2023 08:16:05 GMT, Francesco Nigro wrote: >> Claes Redestad has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Minimize, force inline, generalize > > test/micro/org/openjdk/bench/java/lang/StringConstructor.java line 40: >

Re: RFR: 8301958: Reduce Arrays.copyOf/-Range overheads [v7]

2023-02-08 Thread Claes Redestad
On Wed, 8 Feb 2023 03:38:24 GMT, David Schlosnagle wrote: >> Claes Redestad has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Minimize, force inline, generalize > > src/java.base/share/classes/java/util/Arrays.java line 4142: > >> 4140:

Re: RFR: 8301958: Reduce Arrays.copyOf/-Range overheads [v9]

2023-02-08 Thread Claes Redestad
> This patch adds special-cases to `Arrays.copyOf` and `Arrays.copyOfRange` to > clone arrays when `newLength` or range inputs span the input array. This > helps eliminate range checks and has been verified to help various String > operations. Example: > > Baseline > > Benchmark

Re: RFR: 8301958: Reduce Arrays.copyOf/-Range overheads [v7]

2023-02-08 Thread Claes Redestad
On Wed, 8 Feb 2023 01:10:59 GMT, David Schlosnagle wrote: >> Claes Redestad has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Minimize, force inline, generalize > > src/java.base/share/classes/java/util/Arrays.java line 3594: > >> 3592:

Re: RFR: 8301958: Reduce Arrays.copyOf/-Range overheads [v8]

2023-02-08 Thread Claes Redestad
> This patch adds special-cases to `Arrays.copyOf` and `Arrays.copyOfRange` to > clone arrays when `newLength` or range inputs span the input array. This > helps eliminate range checks and has been verified to help various String > operations. Example: > > Baseline > > Benchmark

Re: RFR: 8294982: Implementation of Classfile API [v13]

2023-02-08 Thread Adam Sotona
On Tue, 7 Feb 2023 15:59:04 GMT, Maurizio Cimadamore wrote: >> Adam Sotona has updated the pull request incrementally with three additional >> commits since the last revision: >> >> - javadoc fixes >> - obsolete identifiers and unused imports cleanup >> - TypeAnnotation.TypePathComponent

Re: RFR: 8294982: Implementation of Classfile API [v14]

2023-02-08 Thread Adam Sotona
> This is root pull request with Classfile API implementation, tests and > benchmarks initial drop into JDK. > > Following pull requests consolidating JDK class files parsing, generating, > and transforming ([JDK-8294957](https://bugs.openjdk.org/browse/JDK-8294957)) > will chain to this one.

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 08:14:33 GMT, Alan Bateman wrote: >> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. >> We'd like to convert these JUnit in the main line in advance of other >> updates to these tests in 21. The changes are mostly mechanical and trivial: >> >> -

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 08:14:33 GMT, Alan Bateman wrote: >> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. >> We'd like to convert these JUnit in the main line in advance of other >> updates to these tests in 21. The changes are mostly mechanical and trivial: >> >> -

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v3]

2023-02-08 Thread Alan Bateman
> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. > We'd like to convert these JUnit in the main line in advance of other updates > to these tests in 21. The changes are mostly mechanical and trivial: > > - BeforeClass/AfterClass changed to static BeforeAll/AfterAll

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 08:14:33 GMT, Alan Bateman wrote: >> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. >> We'd like to convert these JUnit in the main line in advance of other >> updates to these tests in 21. The changes are mostly mechanical and trivial: >> >> -

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 08:14:33 GMT, Alan Bateman wrote: >> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. >> We'd like to convert these JUnit in the main line in advance of other >> updates to these tests in 21. The changes are mostly mechanical and trivial: >> >> -

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Alan Bateman
On Wed, 8 Feb 2023 09:22:36 GMT, Jaikiran Pai wrote: >> test/jdk/java/lang/Thread/BuilderTest.java line 294: >> >>> 292: void testPriority3() { >>> 293: Thread currentThread = Thread.currentThread(); >>> 294: assumeFalse(currentThread.isVirtual(), "Main test is a virtual

Re: RFR: 8301226: Add clamp() methods to java.lang.Math and to StrictMath [v2]

2023-02-08 Thread Quan Anh Mai
On Tue, 7 Feb 2023 13:30:24 GMT, Tagir F. Valeev wrote: >> A pure `int`‑only overload doesn’t have to go through the `int` → `long` →  >> `int` conversion. > > Is this a real problem? This should not be a problem with C2, and with the lower compilation levels this insignificant impact seems to

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Christian Stein
On Wed, 8 Feb 2023 09:32:49 GMT, Jaikiran Pai wrote: > I wonder if testng (and junit) can be configured to fail the test if no test > methods were present, to flag such mistakes. JUnit's CLI tool has: `--fail-if-no-tests Fail and return exit status code 2 if no tests are found.` We can

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 08:14:33 GMT, Alan Bateman wrote: >> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. >> We'd like to convert these JUnit in the main line in advance of other >> updates to these tests in 21. The changes are mostly mechanical and trivial: >> >> -

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 08:14:33 GMT, Alan Bateman wrote: >> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. >> We'd like to convert these JUnit in the main line in advance of other >> updates to these tests in 21. The changes are mostly mechanical and trivial: >> >> -

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 08:14:33 GMT, Alan Bateman wrote: >> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. >> We'd like to convert these JUnit in the main line in advance of other >> updates to these tests in 21. The changes are mostly mechanical and trivial: >> >> -

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 09:13:37 GMT, Jaikiran Pai wrote: >> Alan Bateman has updated the pull request with a new target base due to a >> merge or a rebase. The pull request now contains five commits: >> >> - Merge >> - Merge >> - Fix typos in comments >> - GetStackTrace.java test missing

Re: RFR: 8301767: Convert virtual thread tests to JUnit [v2]

2023-02-08 Thread Jaikiran Pai
On Wed, 8 Feb 2023 08:14:33 GMT, Alan Bateman wrote: >> The non-hotspot tests integrated with JEP 425/428 were mostly TestNG tests. >> We'd like to convert these JUnit in the main line in advance of other >> updates to these tests in 21. The changes are mostly mechanical and trivial: >> >> -

Re: RFR: 8294982: Implementation of Classfile API [v13]

2023-02-08 Thread Adam Sotona
On Tue, 7 Feb 2023 15:26:12 GMT, Maurizio Cimadamore wrote: >> Adam Sotona has updated the pull request incrementally with three additional >> commits since the last revision: >> >> - javadoc fixes >> - obsolete identifiers and unused imports cleanup >> - TypeAnnotation.TypePathComponent

  1   2   >