Re: RFR: 8283715: Update ObjectStreamClass to be final [v2]

2022-03-29 Thread Stuart Marks
On Wed, 30 Mar 2022 00:43:57 GMT, Jaikiran Pai wrote: >> Stuart Marks has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Adjust nonfinal CSMs and rework error reporting in CheckCSMs.java test > > Hello Stuart, the test change looks fine to

Re: RFR: 8283715: Update ObjectStreamClass to be final [v3]

2022-03-29 Thread Jaikiran Pai
On Wed, 30 Mar 2022 06:17:54 GMT, Stuart Marks wrote: >> Pretty much just what it says. > > Stuart Marks has updated the pull request incrementally with one additional > commit since the last revision: > > Update copyright year. Marked as reviewed by jpai (Committer). - PR: htt

Re: RFR: 8283715: Update ObjectStreamClass to be final [v3]

2022-03-29 Thread Stuart Marks
> Pretty much just what it says. Stuart Marks has updated the pull request incrementally with one additional commit since the last revision: Update copyright year. - Changes: - all: https://git.openjdk.java.net/jdk/pull/8009/files - new: https://git.openjdk.java.net/jdk/pull/

Re: RFR: 8283060: RawNativeLibraries should allow multiple clients to load/unload the same library

2022-03-29 Thread Athijegannathan Sundararajan
On Tue, 29 Mar 2022 20:05:50 GMT, Mandy Chung wrote: > A small improvement to `RawNativeLibraries`. `RawNativeLibraries::load` > returns the same `NativeLibrary` instance of a given path if it's called > multiple times. This means that multiple clients have to coordinate that the > last one

Re: RFR: 8282508: Updating ASM to 9.2 for JDK 19 [v3]

2022-03-29 Thread Vicente Romero
> Please review this PR which is updating the ASM included in the JDK to ASM > 9.2. This version should be included in JDK19. There are basically two > commits here, one that was automatically generated and that mostly changes > file headers etc and another one, smaller, that make changes to the

Re: RFR: 8240903: Add test to check that jmod hashes are reproducible [v5]

2022-03-29 Thread Dongbo He
> This creates a regression test for > [JDK-8240734](https://bugs.openjdk.java.net/browse/JDK-8240734). This was > once blocked > by a time stamp issue which has been resolved by: [JDK-8276766 > ](https://bugs.openjdk.java.net/browse/JDK-8276766) > > We found the issue can be produced stably w

Integrated: 8282162: [vector] Optimize integral vector negation API

2022-03-29 Thread Xiaohong Gong
On Fri, 11 Mar 2022 06:29:22 GMT, Xiaohong Gong wrote: > The current vector `"NEG"` is implemented with substraction a vector by zero > in case the architecture does not support the negation instruction. And to > fit the predicate feature for architectures that support it, the masked > vector

Re: RFR: 8282162: [vector] Optimize integral vector negation API [v3]

2022-03-29 Thread Xiaohong Gong
On Tue, 29 Mar 2022 18:05:56 GMT, Paul Sandoz wrote: >> Xiaohong Gong has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Make "degenerate_vector_integral_negate" to be "NegVI" private > > Java changes are good. Thanks for the review @PaulS

Re: RFR: 8240903: Add a regression test for JDK-8240734 [v3]

2022-03-29 Thread Dongbo He
On Fri, 25 Mar 2022 11:54:52 GMT, Alan Bateman wrote: > The existing tests for the jmod tool are in test/jdk/tools/jmod. > HashesTest.java might provide inspiration to avoid introducing a shell test. Hi, Alan I have rewritten this test in Java in the latest commit. - PR: https://

Re: RFR: 8240903: Add a regression test for JDK-8240734 [v4]

2022-03-29 Thread Dongbo He
> This creates a regression test for > [JDK-8240734](https://bugs.openjdk.java.net/browse/JDK-8240734). This was > once blocked > by a time stamp issue which has been resolved by: [JDK-8276766 > ](https://bugs.openjdk.java.net/browse/JDK-8276766) > > We found the issue can be produced stably w

Re: RFR: 8282162: [vector] Optimize integral vector negation API [v3]

2022-03-29 Thread Ningsheng Jian
On Mon, 28 Mar 2022 09:56:22 GMT, Xiaohong Gong wrote: >> The current vector `"NEG"` is implemented with substraction a vector by zero >> in case the architecture does not support the negation instruction. And to >> fit the predicate feature for architectures that support it, the masked >> vec

RFR: 8283805: [REDO] JDK 19 L10n resource files update - msgdrop 10

2022-03-29 Thread Alisen Chung
redo of 8280400 - Commit messages: - 8280400: JDK 19 L10n resource files update - msgdrop 10 Changes: https://git.openjdk.java.net/jdk/pull/8026/files Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=8026&range=00 Issue: https://bugs.openjdk.java.net/browse/JDK-8283805 Sta

Re: RFR: 8283715: Update ObjectStreamClass to be final [v2]

2022-03-29 Thread Jaikiran Pai
On Tue, 29 Mar 2022 16:07:18 GMT, Stuart Marks wrote: >> Pretty much just what it says. > > Stuart Marks has updated the pull request incrementally with one additional > commit since the last revision: > > Adjust nonfinal CSMs and rework error reporting in CheckCSMs.java test Hello Stuart, t

Re: RFR: 8253569: javax.xml.catalog.Catalog.matchURI() implementation should reset state variables [v2]

2022-03-29 Thread Joe Wang
On Tue, 29 Mar 2022 21:41:52 GMT, Naoto Sato wrote: >> Joe Wang has updated the pull request incrementally with one additional >> commit since the last revision: >> >> remove variable, check instance instead. > > src/java.xml/share/classes/javax/xml/catalog/GroupEntry.java line 44: > >> 42:

Re: RFR: 8253569: javax.xml.catalog.Catalog.matchURI() implementation should reset state variables [v2]

2022-03-29 Thread Joe Wang
Mach5 XML tests passed: > https://mach5.us.oracle.com/mdash/jobs/huizwang-open-20220329-0148-30563542 Joe Wang has updated the pull request incrementally with one additional commit since the last revision: remove variable, check instance instead. - Changes: - all: https://git

Re: RFR: 8186958: Need method to create pre-sized HashMap [v7]

2022-03-29 Thread Stuart Marks
On Thu, 24 Mar 2022 17:43:31 GMT, XenoAmess wrote: >> 8186958: Need method to create pre-sized HashMap > > XenoAmess has updated the pull request incrementally with two additional > commits since the last revision: > > - update jmh > - refine javadoc; refine implement when expectedSize < 0 O

Re: RFR: 8283726: x86 intrinsics for compare method in Integer and Long

2022-03-29 Thread Quan Anh Mai
On Tue, 29 Mar 2022 21:56:18 GMT, Vamsi Parasa wrote: >> This is both complicated and inefficient, I would suggest building the >> intrinsic in the IR graph so that the compiler can simplify >> `Integer.compareUnsigned(x, y) < 0` into `x u< y`. Thanks. > >> This is both complicated and ineffici

Re: RFR: 8283726: x86 intrinsics for compare method in Integer and Long

2022-03-29 Thread Vamsi Parasa
On Tue, 29 Mar 2022 02:24:21 GMT, Jatin Bhateja wrote: >> Implements x86 intrinsics for compare() method in java.lang.Integer and >> java.lang.Long. > > src/hotspot/cpu/x86/x86_64.ad line 12107: > >> 12105: instruct compareSignedI_rReg(rRegI dst, rRegI op1, rRegI op2, rRegI >> tmp, rFlagsReg c

Re: RFR: 8283726: x86 intrinsics for compare method in Integer and Long

2022-03-29 Thread Vamsi Parasa
On Sun, 27 Mar 2022 06:57:58 GMT, Quan Anh Mai wrote: > This is both complicated and inefficient, I would suggest building the > intrinsic in the IR graph so that the compiler can simplify > `Integer.compareUnsigned(x, y) < 0` into `x u< y`. Thanks. Thank you for the suggestion! This intrinsic

Re: RFR: 8253569: javax.xml.catalog.Catalog.matchURI() implementation should reset state variables

2022-03-29 Thread Naoto Sato
the adjustment, > PreferFeatureTest would fail. > > Mach5 XML tests passed: > https://mach5.us.oracle.com/mdash/jobs/huizwang-open-20220329-0148-30563542 src/java.xml/share/classes/javax/xml/catalog/GroupEntry.java line 44: > 42: > 43: //Indicates whether this is the Catalog in

Re: RFR: 8282819: Deprecate Locale class constructors [v7]

2022-03-29 Thread Naoto Sato
On Tue, 29 Mar 2022 21:28:44 GMT, Naoto Sato wrote: >> Proposing to deprecate the constructors in the `java.util.Locale` class. >> There is already a factory method and a builder to return singletons, so >> there is no need to have constructors anymore unless one purposefully wants >> to creat

Re: RFR: 8253569: javax.xml.catalog.Catalog.matchURI() implementation should reset state variables

2022-03-29 Thread Lance Andersen
the adjustment, > PreferFeatureTest would fail. > > Mach5 XML tests passed: > https://mach5.us.oracle.com/mdash/jobs/huizwang-open-20220329-0148-30563542 looks fine Joe - Marked as reviewed by lancea (Reviewer). PR: https://git.openjdk.java.net/jdk/pull/8018

Re: RFR: 8282819: Deprecate Locale class constructors [v7]

2022-03-29 Thread Naoto Sato
> Proposing to deprecate the constructors in the `java.util.Locale` class. > There is already a factory method and a builder to return singletons, so > there is no need to have constructors anymore unless one purposefully wants > to create `ill-formed` Locale objects, which is discouraged. We ca

Integrated: 8283889: Fix Typo in open/src/java.sql/share/classes/java/sql/package-info.java

2022-03-29 Thread Lance Andersen
On Tue, 29 Mar 2022 18:23:31 GMT, Lance Andersen wrote: > Hi all, > > Please review this trivial fix which addresses a typo in > src/java.sql/share/classes/java/sql/package-info.java > > make docs is clean and I am also running mach5 tier1 as an extra sanity check > so there are no surprises

RFR: 8283060: RawNativeLibraries should allow multiple clients to load/unload the same library

2022-03-29 Thread Mandy Chung
A small improvement to `RawNativeLibraries`. `RawNativeLibraries::load` returns the same `NativeLibrary` instance of a given path if it's called multiple times. This means that multiple clients have to coordinate that the last one using the loaded library is the one to close the library by cal

Re: RFR: 8283889: Fix typo in package-info.java

2022-03-29 Thread Iris Clark
On Tue, 29 Mar 2022 18:23:31 GMT, Lance Andersen wrote: > Hi all, > > Please review this trivial fix which addresses a typo in > src/java.sql/share/classes/java/sql/package-info.java > > make docs is clean and I am also running mach5 tier1 as an extra sanity check > so there are no surprises

Integrated: JDK-8282776: Bad NullPointerException message when invoking an interface MethodHandle on a null receiver

2022-03-29 Thread Mandy Chung
On Wed, 9 Mar 2022 22:52:41 GMT, Mandy Chung wrote: > A simple patch to call `Objects.requireNonNull(recv)` for an explicit null > receiver check rather than NPE thrown by `Object::getClass`. The message of > NPE generated by JEP 358 (Helpful NullPointerExceptions) is supposed to be > helpful

Re: RFR: JDK-8282776: Bad NullPointerException message when invoking an interface MethodHandle on a null receiver [v5]

2022-03-29 Thread Mandy Chung
> A simple patch to call `Objects.requireNonNull(recv)` for an explicit null > receiver check rather than NPE thrown by `Object::getClass`. The message of > NPE generated by JEP 358 (Helpful NullPointerExceptions) is supposed to be > helpful but not in this case. Mandy Chung has updated the pu

Integrated: 8283782: Redundant verification of year in LocalDate::ofEpochDay

2022-03-29 Thread Claes Redestad
On Tue, 29 Mar 2022 10:37:20 GMT, Claes Redestad wrote: > In `LocalDate::ofEpochDays` we validate the epoch day input, then we also > validate the year derived from that value. This second validation is > redundant since the minimum and maximum valid epoch day line up with the > first and last

Re: RFR: 8283782: Redundant verification of year in LocalDate::ofEpochDay [v3]

2022-03-29 Thread Claes Redestad
On Tue, 29 Mar 2022 15:27:28 GMT, Claes Redestad wrote: >> In `LocalDate::ofEpochDays` we validate the epoch day input, then we also >> validate the year derived from that value. This second validation is >> redundant since the minimum and maximum valid epoch day line up with the >> first and

Re: RFR: JDK-8282798 java.lang.runtime.Carrier [v17]

2022-03-29 Thread ExE Boss
On Tue, 29 Mar 2022 15:56:37 GMT, Jim Laskey wrote: >> doesn't the compiler (either javac or hotspot) automatically do that? > > Yes, the compilers handle this. I did however switch to > > > primitiveCount != 0 ? new long[(primitiveCount + 1) / > LONG_SLOTS] : null; > do

Re: RFR: JDK-8282798 java.lang.runtime.Carrier [v18]

2022-03-29 Thread Jim Laskey
> We propose to provide a runtime anonymous carrier class object generator; > java.lang.runtime.Carrier. This generator class is designed to share > anonymous classes when shapes are similar. For example, if several clients > require objects containing two integer fields, then Carrier will ensur

Re: RFR: 8283889: Fix typo in package-info.java

2022-03-29 Thread Joe Wang
On Tue, 29 Mar 2022 18:23:31 GMT, Lance Andersen wrote: > Hi all, > > Please review this trivial fix which addresses a typo in > src/java.sql/share/classes/java/sql/package-info.java > > make docs is clean and I am also running mach5 tier1 as an extra sanity check > so there are no surprises

RFR: 8283889: Fix typo in package-info.java

2022-03-29 Thread Lance Andersen
Hi all, Please review this trivial fix which addresses a typo in src/java.sql/share/classes/java/sql/package-info.java make docs is clean and I am also running mach5 tier1 as an extra sanity check so there are no surprises when the patch is pushed Best Lance - Commit messages: -

Re: RFR: 8282191: Implementation of Foreign Function & Memory API (Preview) [v13]

2022-03-29 Thread Maurizio Cimadamore
> This PR contains the API and implementation changes for JEP-424 [1]. A more > detailed description of such changes, to avoid repetitions during the review > process, is included as a separate comment. > > [1] - https://openjdk.java.net/jeps/424 Maurizio Cimadamore has updated the pull request

Re: RFR: 8282191: Implementation of Foreign Function & Memory API (Preview) [v12]

2022-03-29 Thread Maurizio Cimadamore
> This PR contains the API and implementation changes for JEP-424 [1]. A more > detailed description of such changes, to avoid repetitions during the review > process, is included as a separate comment. > > [1] - https://openjdk.java.net/jeps/424 Maurizio Cimadamore has updated the pull request

Re: RFR: 8282162: [vector] Optimize integral vector negation API [v3]

2022-03-29 Thread Paul Sandoz
On Mon, 28 Mar 2022 09:56:22 GMT, Xiaohong Gong wrote: >> The current vector `"NEG"` is implemented with substraction a vector by zero >> in case the architecture does not support the negation instruction. And to >> fit the predicate feature for architectures that support it, the masked >> vec

Re: RFR: JDK-8282776: Bad NullPointerException message when invoking an interface MethodHandle on a null receiver [v4]

2022-03-29 Thread Paul Sandoz
On Wed, 23 Mar 2022 23:22:31 GMT, Mandy Chung wrote: >> A simple patch to call `Objects.requireNonNull(recv)` for an explicit null >> receiver check rather than NPE thrown by `Object::getClass`. The message of >> NPE generated by JEP 358 (Helpful NullPointerExceptions) is supposed to be >> he

Re: RFR: 8283470: Update java.lang.invoke.VarHandle to use sealed classes

2022-03-29 Thread Paul Sandoz
On Wed, 23 Mar 2022 16:27:29 GMT, Mandy Chung wrote: > This patch changes VarHandle and its implementation hierarchy to use sealed > classes. All VarHandle permitted classes are package-private and either > final or sealed abstract classes. > > Please also review the CSR: https://bugs.openjdk

Re: RFR: 8283782: Redundant verification of year in LocalDate::ofEpochDay [v3]

2022-03-29 Thread Naoto Sato
On Tue, 29 Mar 2022 15:27:28 GMT, Claes Redestad wrote: >> In `LocalDate::ofEpochDays` we validate the epoch day input, then we also >> validate the year derived from that value. This second validation is >> redundant since the minimum and maximum valid epoch day line up with the >> first and

Re: RFR: 8283715: Update ObjectStreamClass to be final [v2]

2022-03-29 Thread Mandy Chung
On Tue, 29 Mar 2022 16:07:18 GMT, Stuart Marks wrote: >> Pretty much just what it says. > > Stuart Marks has updated the pull request incrementally with one additional > commit since the last revision: > > Adjust nonfinal CSMs and rework error reporting in CheckCSMs.java test Looks good. T

Re: RFR: 8283715: Update ObjectStreamClass to be final [v2]

2022-03-29 Thread Daniel Fuchs
On Tue, 29 Mar 2022 16:07:18 GMT, Stuart Marks wrote: >> Pretty much just what it says. > > Stuart Marks has updated the pull request incrementally with one additional > commit since the last revision: > > Adjust nonfinal CSMs and rework error reporting in CheckCSMs.java test Nice update to

Re: RFR: 8283846: Remove unused jdk.internal.reflect.SignatureIterator

2022-03-29 Thread Iris Clark
On Tue, 29 Mar 2022 09:15:01 GMT, Andrey Turbanov wrote: > It was no longer used due to JDK-4479184 long ago. Nice clean-up. - Marked as reviewed by iris (Reviewer). PR: https://git.openjdk.java.net/jdk/pull/8013

Re: RFR: 8283715: Update ObjectStreamClass to be final [v2]

2022-03-29 Thread Mandy Chung
On Tue, 29 Mar 2022 16:07:18 GMT, Stuart Marks wrote: >> Pretty much just what it says. > > Stuart Marks has updated the pull request incrementally with one additional > commit since the last revision: > > Adjust nonfinal CSMs and rework error reporting in CheckCSMs.java test Marked as revie

Re: RFR: 8283846: Remove unused jdk.internal.reflect.SignatureIterator

2022-03-29 Thread Mandy Chung
On Tue, 29 Mar 2022 09:15:01 GMT, Andrey Turbanov wrote: > It was no longer used due to JDK-4479184 long ago. Marked as reviewed by mchung (Reviewer). - PR: https://git.openjdk.java.net/jdk/pull/8013

RFR: 8253569: javax.xml.catalog.Catalog.matchURI() implementation should reset state variables

2022-03-29 Thread Joe Wang
mach5.us.oracle.com/mdash/jobs/huizwang-open-20220329-0148-30563542 - Commit messages: - 8253569: javax.xml.catalog.Catalog.matchURI() implementation should reset state variables Changes: https://git.openjdk.java.net/jdk/pull/8018/files Webrev: https://webrevs.openjdk.java.net/?rep

Re: RFR: 8283715: Update ObjectStreamClass to be final [v2]

2022-03-29 Thread Stuart Marks
On Tue, 29 Mar 2022 16:07:18 GMT, Stuart Marks wrote: >> Pretty much just what it says. > > Stuart Marks has updated the pull request incrementally with one additional > commit since the last revision: > > Adjust nonfinal CSMs and rework error reporting in CheckCSMs.java test Yes, the CheckC

Re: RFR: 8283715: Update ObjectStreamClass to be final [v2]

2022-03-29 Thread Stuart Marks
> Pretty much just what it says. Stuart Marks has updated the pull request incrementally with one additional commit since the last revision: Adjust nonfinal CSMs and rework error reporting in CheckCSMs.java test - Changes: - all: https://git.openjdk.java.net/jdk/pull/8009/files

Re: RFR: JDK-8282798 java.lang.runtime.Carrier [v17]

2022-03-29 Thread Jim Laskey
On Tue, 29 Mar 2022 15:49:51 GMT, liach wrote: >> src/java.base/share/classes/java/lang/runtime/Carrier.java line 335: >> >>> 333: CarrierArray(int primitiveCount, int objectCount) { >>> 334: this.primitives = >>> 335: primitiveCount != 0 ? new lon

Re: RFR: 8283846: Remove unused jdk.internal.reflect.SignatureIterator

2022-03-29 Thread Brian Burkhalter
On Tue, 29 Mar 2022 09:15:01 GMT, Andrey Turbanov wrote: > It was no longer used due to JDK-4479184 long ago. It builds so looks fine. - Marked as reviewed by bpb (Reviewer). PR: https://git.openjdk.java.net/jdk/pull/8013

Re: RFR: JDK-8282798 java.lang.runtime.Carrier [v17]

2022-03-29 Thread liach
On Tue, 29 Mar 2022 13:58:56 GMT, ExE Boss wrote: >> Jim Laskey has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Add condy static methods > > src/java.base/share/classes/java/lang/runtime/Carrier.java line 335: > >> 333: Carr

Re: RFR: 8283782: Redundant verification of year in LocalDate::ofEpochDay [v3]

2022-03-29 Thread Claes Redestad
> In `LocalDate::ofEpochDays` we validate the epoch day input, then we also > validate the year derived from that value. This second validation is > redundant since the minimum and maximum valid epoch day line up with the > first and last day of the minimum and maximum valid year, respectively.

Re: RFR: 8282819: Deprecate Locale class constructors [v6]

2022-03-29 Thread Roger Riggs
On Mon, 28 Mar 2022 22:16:43 GMT, Naoto Sato wrote: >> Proposing to deprecate the constructors in the `java.util.Locale` class. >> There is already a factory method and a builder to return singletons, so >> there is no need to have constructors anymore unless one purposefully wants >> to creat

Re: RFR: 8283782: Redundant verification of year in LocalDate::ofEpochDay [v2]

2022-03-29 Thread Roger Riggs
On Tue, 29 Mar 2022 14:07:41 GMT, Claes Redestad wrote: >> In `LocalDate::ofEpochDays` we validate the epoch day input, then we also >> validate the year derived from that value. This second validation is >> redundant since the minimum and maximum valid epoch day line up with the >> first and

Re: RFR: 8283715: Update ObjectStreamClass to be final

2022-03-29 Thread Roger Riggs
On Tue, 29 Mar 2022 01:07:33 GMT, Stuart Marks wrote: > Pretty much just what it says. Close by is `java.io.ObjectStreamField` which seems also useful to make final. Though it does have a public constructor so is more likely to raise a compatibility concern. - PR: https://git.open

Re: RFR: 8283782: Redundant verification of year in LocalDate::ofEpochDay [v2]

2022-03-29 Thread Claes Redestad
On Tue, 29 Mar 2022 13:56:09 GMT, Roger Riggs wrote: >> Claes Redestad has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Sparse out the range of offsets tested > > test/jdk/java/time/test/java/time/TestLocalDate.java line 432: > >> 430:

Re: RFR: 8283782: Redundant verification of year in LocalDate::ofEpochDay [v2]

2022-03-29 Thread Claes Redestad
> In `LocalDate::ofEpochDays` we validate the epoch day input, then we also > validate the year derived from that value. This second validation is > redundant since the minimum and maximum valid epoch day line up with the > first and last day of the minimum and maximum valid year, respectively.

Re: RFR: JDK-8282798 java.lang.runtime.Carrier [v17]

2022-03-29 Thread ExE Boss
On Tue, 29 Mar 2022 13:49:37 GMT, Jim Laskey wrote: >> We propose to provide a runtime anonymous carrier class object generator; >> java.lang.runtime.Carrier. This generator class is designed to share >> anonymous classes when shapes are similar. For example, if several clients >> require obje

Re: RFR: 8283782: Redundant verification of year in LocalDate::ofEpochDay

2022-03-29 Thread Roger Riggs
On Tue, 29 Mar 2022 10:37:20 GMT, Claes Redestad wrote: > In `LocalDate::ofEpochDays` we validate the epoch day input, then we also > validate the year derived from that value. This second validation is > redundant since the minimum and maximum valid epoch day line up with the > first and last

Re: RFR: 8282648: Problems due to conflicting specification of Inflater::inflate(..) and InflaterInputStream::read(..) [v3]

2022-03-29 Thread Roger Riggs
On Tue, 29 Mar 2022 12:43:25 GMT, Volker Simonis wrote: >> Add an API note to `InflaterInputStream::read(byte[] b, int off, int len)` >> to highlight that it might write more bytes than the returned number of >> inflated bytes into the buffer `b`. >> >> The superclass `java.io.InputStream` sp

Re: RFR: JDK-8282798 java.lang.runtime.Carrier [v17]

2022-03-29 Thread Jim Laskey
> We propose to provide a runtime anonymous carrier class object generator; > java.lang.runtime.Carrier. This generator class is designed to share > anonymous classes when shapes are similar. For example, if several clients > require objects containing two integer fields, then Carrier will ensur

Re: RFR: 8282648: Problems due to conflicting specification of Inflater::inflate(..) and InflaterInputStream::read(..) [v2]

2022-03-29 Thread Volker Simonis
On Tue, 29 Mar 2022 01:58:05 GMT, Jaikiran Pai wrote: > Hello Volker, An additional thing that we might have to consider here is > whether adding this javadoc change to `InflaterInputStream` is ever going to > "show up" to end user applications. What I mean is, I think in many cases the > end

Re: RFR: 8282648: Problems due to conflicting specification of Inflater::inflate(..) and InflaterInputStream::read(..) [v2]

2022-03-29 Thread Volker Simonis
On Mon, 28 Mar 2022 18:23:46 GMT, Lance Andersen wrote: >> I think this require a bit of word smithing. If the return value is 'n' then >> it should make it clear that the values in elements b[off + n] to b[off + >> len - 1] are undefined, their values may or may have been changed by the >> in

Re: RFR: 8282648: Problems due to conflicting specification of Inflater::inflate(..) and InflaterInputStream::read(..) [v3]

2022-03-29 Thread Volker Simonis
> Add an API note to `InflaterInputStream::read(byte[] b, int off, int len)` to > highlight that it might write more bytes than the returned number of > inflated bytes into the buffer `b`. > > The superclass `java.io.InputStream` specifies that `read(byte[] b, int off, > int len)` will leave t

Re: RFR: JDK-8282798 java.lang.runtime.Carrier [v16]

2022-03-29 Thread Jim Laskey
On Mon, 28 Mar 2022 20:32:02 GMT, ExE Boss wrote: >> Jim Laskey has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Clean up @return > > src/java.base/share/classes/java/lang/runtime/Carrier.java line 330: > >> 328: * Construct

Re: RFR: 8003417: WeakHashMap$HashIterator removes wrong entry

2022-03-29 Thread Jaikiran Pai
On Sat, 20 Nov 2021 10:08:41 GMT, Jaikiran Pai wrote: > Can I please get a review for this change which proposes to fix the issue > reported in https://bugs.openjdk.java.net/browse/JDK-8003417? > > The issue notes that this is applicable for `WeakHashMap` which have `null` > keys. However, the

RFR: 8283782: Redundant verification of year in LocalDate::ofEpochDay

2022-03-29 Thread Claes Redestad
In `LocalDate::ofEpochDays` we validate the epoch day input, then we also validate the year derived from that value. This second validation is redundant since the minimum and maximum valid epoch day line up with the first and last day of the minimum and maximum valid year, respectively. This pat

Re: RFR: 8282662: Use List.of() factory method to reduce memory consumption [v3]

2022-03-29 Thread Сергей Цыпанов
On Sat, 26 Mar 2022 16:35:14 GMT, liach wrote: >> Сергей Цыпанов has updated the pull request incrementally with one >> additional commit since the last revision: >> >> 8282662: Revert dubious changes in MethodType > > Just curious, this issue asks to replace set constructions with `Set.of`,

Integrated: 8283774: TestZoneOffset::test_immutable should ignore ZoneOffset::rules

2022-03-29 Thread Claes Redestad
On Mon, 28 Mar 2022 10:35:04 GMT, Claes Redestad wrote: > - Add capability to ignore fields explicitly when checking for immutability > of classes in java.time > - Use this to avoid a test failure due the new `rules` cache in `ZoneOffset` > - Remove `TestZoneOffset` from problem list. This pull

Re: RFR: 8283774: TestZoneOffset::test_immutable should ignore ZoneOffset::rules [v2]

2022-03-29 Thread Claes Redestad
> - Add capability to ignore fields explicitly when checking for immutability > of classes in java.time > - Use this to avoid a test failure due the new `rules` cache in `ZoneOffset` > - Remove `TestZoneOffset` from problem list. Claes Redestad has updated the pull request incrementally with one

Re: RFR: 8283774: TestZoneOffset::test_immutable should ignore ZoneOffset::rules

2022-03-29 Thread Claes Redestad
On Mon, 28 Mar 2022 10:35:04 GMT, Claes Redestad wrote: > - Add capability to ignore fields explicitly when checking for immutability > of classes in java.time > - Use this to avoid a test failure due the new `rules` cache in `ZoneOffset` > - Remove `TestZoneOffset` from problem list. Thanks fo

Re: RFR: 8283715: Update ObjectStreamClass to be final

2022-03-29 Thread Daniel Fuchs
On Tue, 29 Mar 2022 01:07:33 GMT, Stuart Marks wrote: > Pretty much just what it says. Yes - it looks like jdk/internal/reflect/CallerSensitive/CheckCSMs.java needs to be updated. - PR: https://git.openjdk.java.net/jdk/pull/8009

Integrated: 8283781: Avoid allocating unused lastRulesCaches

2022-03-29 Thread Claes Redestad
On Mon, 28 Mar 2022 11:52:38 GMT, Claes Redestad wrote: > This address a minor inefficiency in that the `ZoneRules` of any `ZoneOffset` > (and some `ZoneRegion`s) allocate `lastRulesCache` unnecessarily. This pull request has now been integrated. Changeset: 0e788e0e Author:Claes Redestad

Re: RFR: 8283781: Avoid allocating unused lastRulesCaches

2022-03-29 Thread Claes Redestad
On Mon, 28 Mar 2022 11:52:38 GMT, Claes Redestad wrote: > This address a minor inefficiency in that the `ZoneRules` of any `ZoneOffset` > (and some `ZoneRegion`s) allocate `lastRulesCache` unnecessarily. Thanks for reviews! - PR: https://git.openjdk.java.net/jdk/pull/7990

RFR: 8283846: Remove unused jdk.internal.reflect.SignatureIterator

2022-03-29 Thread Andrey Turbanov
It was no longer used due to JDK-4479184 long ago. - Commit messages: - [PATCH] Remove unused jdk.internal.reflect.SignatureIterator Changes: https://git.openjdk.java.net/jdk/pull/8013/files Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=8013&range=00 Issue: https://bugs.o

Re: RFR: 8283715: Update ObjectStreamClass to be final

2022-03-29 Thread Jaikiran Pai
On Tue, 29 Mar 2022 01:07:33 GMT, Stuart Marks wrote: > Pretty much just what it says. The test failures caught by GitHub Actions jobs look related to the area of this change: 2022-03-29T02:21:21.2187570Zat CheckCSMs.main(CheckCSMs.java:98) 2022-03-29T02:21:21.2188140Zat java.base/jd

Re: RFR: 8283715: Update ObjectStreamClass to be final

2022-03-29 Thread Jaikiran Pai
On Tue, 29 Mar 2022 01:07:33 GMT, Stuart Marks wrote: > Pretty much just what it says. Marked as reviewed by jpai (Committer). - PR: https://git.openjdk.java.net/jdk/pull/8009