Re: RFR: 8310813: Simplify and modernize equals, hashCode, and compareTo for BigInteger [v8]

2023-11-06 Thread Pavel Rappo
> Please review this PR to use modern APIs and language features to simplify > equals, hashCode, and compareTo for BigInteger. If you have any performance > concerns, please raise them. > > This PR is cherry-picked from a bigger, not-yet-published PR, to test the > waters. That latter PR will

Re: RFR: 8319436: Proxy.newProxyInstance throws NPE if loader is null and interface not visible from class loader [v2]

2023-11-06 Thread Alan Bateman
On Mon, 6 Nov 2023 20:22:43 GMT, Mandy Chung wrote: >> This is a regression caused by JDK-8302791. IAE should be thrown when an >> interface is not visible to the given class loader but NPE is thrown instead >> when the loader is null. The boot loader has no name and so the fix will >>

Re: RFR: 8318971: jar v17 should either exit on error immediately or create archive as jar v1.8 did

2023-11-06 Thread Jaikiran Pai
On Mon, 30 Oct 2023 16:16:52 GMT, Ryan Wallace wrote: > Hi all, > > Please review this fix for jar tool not producing archive if there is a > missing file supplied. Fix is to throw an exception and exit processing when > a missing file is supplied. Current behaviour will recognise missing

Re: RFR: 8319338: tools/jpackage/share/RuntimeImageTest.java fails with -XX:+UseZGC

2023-11-06 Thread Alan Bateman
On Tue, 7 Nov 2023 03:20:45 GMT, Alexey Semenyuk wrote: > Remove `-Xmx512m` from the jtreg `@run` command as @AlanBateman suggested Can you confirm that debug builds are passing with -XX:+UseZGC now? - PR Comment: https://git.openjdk.org/jdk/pull/16535#issuecomment-1797889256

Re: RFR: 8305814: Update Xalan Java to 2.7.3 [v2]

2023-11-06 Thread Joe Wang
> Xalan 2.7.3: merge minor changes from the upstream project. > > Test: existing XML tests pass Joe Wang has updated the pull request incrementally with one additional commit since the last revision: remove commented out block in ExsltDatetime - Changes: - all:

Re: RFR: 8305814: Update Xalan Java to 2.7.3 [v2]

2023-11-06 Thread Joe Wang
On Tue, 7 Nov 2023 01:43:21 GMT, Lance Andersen wrote: >> Joe Wang has updated the pull request incrementally with one additional >> commit since the last revision: >> >> remove commented out block in ExsltDatetime > >

Re: RFR: 8319338: tools/jpackage/share/RuntimeImageTest.java fails with -XX:+UseZGC

2023-11-06 Thread Alexander Matveev
On Tue, 7 Nov 2023 03:20:45 GMT, Alexey Semenyuk wrote: > Remove `-Xmx512m` from the jtreg `@run` command as @AlanBateman suggested Looks good. - Marked as reviewed by almatvee (Reviewer). PR Review: https://git.openjdk.org/jdk/pull/16535#pullrequestreview-1716751895

Re: RFR: 8319338: tools/jpackage/share/RuntimeImageTest.java fails with -XX:+UseZGC

2023-11-06 Thread Alexey Semenyuk
On Tue, 7 Nov 2023 03:20:45 GMT, Alexey Semenyuk wrote: > Remove `-Xmx512m` from the jtreg `@run` command as @AlanBateman suggested @sashamatveev , @AlanBateman please review - PR Comment: https://git.openjdk.org/jdk/pull/16535#issuecomment-1797631432

RFR: 8319338: tools/jpackage/share/RuntimeImageTest.java fails with -XX:+UseZGC

2023-11-06 Thread Alexey Semenyuk
Remove `-Xmx512m` from the jtreg `@run` command as @AlanBateman suggested - Commit messages: - 8319338: tools/jpackage/share/RuntimeImageTest.java fails with -XX:+UseZGC Changes: https://git.openjdk.org/jdk/pull/16535/files Webrev: https://webrevs.openjdk.org/?repo=jdk=16535=00

Re: RFR: 8187655: jdk.lambda.vm.InterfaceAccessFlagsTest.testPrivateMethodCall needs update after nestmates support

2023-11-06 Thread Mandy Chung
On Tue, 7 Nov 2023 02:30:55 GMT, Chen Liang wrote: >> `jdk.lambda.vm.InterfaceAccessFlagsTest` uses `ClassToInterfaceConverter` to >> mechanically convert a classfile for a Class into an in-memory class >> representation of an equivalent Interface. `testPrivateMethodCall` tests >> to invoke

Re: RFR: 8187655: jdk.lambda.vm.InterfaceAccessFlagsTest.testPrivateMethodCall needs update after nestmates support

2023-11-06 Thread Chen Liang
On Mon, 6 Nov 2023 19:26:26 GMT, Mandy Chung wrote: > `jdk.lambda.vm.InterfaceAccessFlagsTest` uses `ClassToInterfaceConverter` to > mechanically convert a classfile for a Class into an in-memory class > representation of an equivalent Interface. `testPrivateMethodCall` tests to > invoke a

Re: RFR: 8319374: JFR: Remove instrumentation for exception events [v2]

2023-11-06 Thread Erik Gahlin
On Mon, 6 Nov 2023 22:41:17 GMT, Erik Gahlin wrote: >> src/java.base/share/classes/jdk/internal/event/ThrowableTracer.java line 44: >> >>> 42: >>> 43: public static void traceError(Class clazz, String message) { >>> 44: if (OutOfMemoryError.class.isAssignableFrom(clazz)) { >> >>

Re: RFR: 8305814: Update Xalan Java to 2.7.3

2023-11-06 Thread Lance Andersen
On Mon, 6 Nov 2023 22:52:47 GMT, Joe Wang wrote: > Xalan 2.7.3: merge minor changes from the upstream project. > > Test: existing XML tests pass src/java.xml/share/classes/com/sun/org/apache/xalan/internal/lib/ExsltDatetime.java line 104: > 102: >

Re: RFR: 8317742: ISO Standard Date Format implementation consistency on DateTimeFormatter and String.format [v5]

2023-11-06 Thread Shaojin Wen
> j.u.Formatter now prints "%tF" (iso standard date) and the result is > incorrect when processing year < 0 or year > Shaojin Wen has updated the pull request incrementally with one additional commit since the last revision: use DecimalFormatSymbols#getMinusSign - Changes:

Re: RFR: 8318650: Optimized subword gather for x86 targets. [v3]

2023-11-06 Thread Jatin Bhateja
On Mon, 6 Nov 2023 18:33:46 GMT, Sandhya Viswanathan wrote: > This is not a masked operation so every lane of dst will be written through > pinsrw/pinsrb. An vpxor before is not required. xor here clears the intermediate vector after each iteration, this is eventually ORs with destination.

Re: RFR: 8318364: Add an FFM-based implementation of harfbuzz OpenType layout [v4]

2023-11-06 Thread Phil Race
On Mon, 6 Nov 2023 23:58:11 GMT, Sergey Bylokhov wrote: > > So we have somewhere around a fixed 125ms startup cost for the FFM case - > > as measured on my Mac, > > but only 35-40ms of that is attributable to the specific needs of layout. > > That looks unfortunate. I guess if we will start to

Re: RFR: 8305814: Update Xalan Java to 2.7.3

2023-11-06 Thread Iris Clark
On Mon, 6 Nov 2023 22:52:47 GMT, Joe Wang wrote: > Xalan 2.7.3: merge minor changes from the upstream project. > > Test: existing XML tests pass Marked as reviewed by iris (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/16532#pullrequestreview-1716553613

Re: RFR: 8317742: ISO Standard Date Format implementation consistency on DateTimeFormatter and String.format [v4]

2023-11-06 Thread Naoto Sato
On Mon, 6 Nov 2023 14:55:54 GMT, Shaojin Wen wrote: >> j.u.Formatter now prints "%tF" (iso standard date) and the result is >> incorrect when processing year < 0 or year > > > Shaojin Wen has updated the pull request incrementally with one additional > commit since the last revision: > >

Re: RFR: 8318364: Add an FFM-based implementation of harfbuzz OpenType layout [v4]

2023-11-06 Thread Sergey Bylokhov
On Mon, 6 Nov 2023 23:28:30 GMT, Phil Race wrote: >So we have somewhere around a fixed 125ms startup cost for the FFM case - as >measured on my Mac, but only 35-40ms of that is attributable to the specific needs of layout. That looks unfortunate. I guess if we will start to use ffm in other

RFR: 8305814: Update Xalan Java to 2.7.3

2023-11-06 Thread Joe Wang
Xalan 2.7.3: merge minor changes from the upstream project. Test: existing XML tests pass - Commit messages: - 8305814: Update Xalan Java to 2.7.3 Changes: https://git.openjdk.org/jdk/pull/16532/files Webrev: https://webrevs.openjdk.org/?repo=jdk=16532=00 Issue:

Re: RFR: 8318364: Add an FFM-based implementation of harfbuzz OpenType layout [v4]

2023-11-06 Thread Phil Race
On Mon, 6 Nov 2023 18:52:05 GMT, Sergey Bylokhov wrote: > Since we plan to import it into jdk22, do you have some performance data to > share? any positive or negative effects of this migration? There's three phases - (1) startup, (2) warmup and (3) warmed up performance. JNI has minimal

Re: RFR: 8319378: Spec for j.util.Timer::purge and j.util.Timer::cancel could be improved

2023-11-06 Thread Roger Riggs
On Fri, 3 Nov 2023 20:40:11 GMT, Justin Lu wrote: > Please review this PR which clarifies the definition of a _cancelled_ task in > _j.util.Timer::purge_ and _j.util.Timer::cancel_. > > Timer::purge claims that its return value is the number of tasks in the queue > that were cancelled. This

Re: RFR: 8319374: JFR: Remove instrumentation for exception events [v2]

2023-11-06 Thread Erik Gahlin
> Could I have a review of a PR that removes the bytecode instrumentation for > the exception events. > > Testing: jdk/jdk/jfr + tier1 + tier2 Erik Gahlin has updated the pull request incrementally with one additional commit since the last revision: Remove SecurityException and

Re: RFR: 8319374: JFR: Remove instrumentation for exception events

2023-11-06 Thread Erik Gahlin
On Mon, 6 Nov 2023 15:49:02 GMT, Alan Bateman wrote: >> Could I have a review of a PR that removes the bytecode instrumentation for >> the exception events. >> >> Testing: jdk/jdk/jfr + tier1 + tier2 > > src/java.base/share/classes/jdk/internal/event/ThrowableTracer.java line 37: > >> 35:

Re: RFR: 6478546: FileInputStream.read() throws OutOfMemoryError when there is plenty available [v6]

2023-11-06 Thread Brian Burkhalter
> Limit native memory allocation and move write loop from the native layer into > Java. This change should make the OOME reported in the issue much less likely. Brian Burkhalter has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the

RFR: JDK-8311961 Update Manual Test Groups for ATR JDK22

2023-11-06 Thread Bill Huang
Updated jdk_core_manual test groups. - Commit messages: - JDK-8311961 Update Manual Test Groups for ATR JDK22 Changes: https://git.openjdk.org/jdk/pull/16531/files Webrev: https://webrevs.openjdk.org/?repo=jdk=16531=00 Issue: https://bugs.openjdk.org/browse/JDK-8311961 Stats:

Re: RFR: 8319324: FFM: Reformat javadocs [v9]

2023-11-06 Thread Maurizio Cimadamore
On Mon, 6 Nov 2023 20:08:45 GMT, Per Minborg wrote: >> This PR proposes to reformat all the JavaDocs for the FFM API. This would >> bring the FFM API docs more in line with the existing Java documentation >> (see below). Occasional drive-by fixes are also included in this PR (such >> as

RFR: 8319563: Reformat code in the FFM API

2023-11-06 Thread Per Minborg
This PR proposes to reformat a small number of code line for better appearance. - Commit messages: - Reformat some code Changes: https://git.openjdk.org/jdk/pull/16529/files Webrev: https://webrevs.openjdk.org/?repo=jdk=16529=00 Issue: https://bugs.openjdk.org/browse/JDK-8319563

RFR: 8319556: Harmonize interface formatting in the FFM API

2023-11-06 Thread Per Minborg
This PR proposes to remove two `permits` declarations where the line overflows the stipulated maximum column with. Also, it proposes to harmonize the layout of `permit` formatting so they are the the same throughout the API. This PR might be perceived as over worked but I think it nice to get

RFR: 8319560: Reformat method parameters in the FFM API

2023-11-06 Thread Per Minborg
This PR proposes to reformat some method parameters in the FFM API. The proposed changes are a bit opinion based eve though there are some underlying principles. - Commit messages: - Harmonize method parameter layouts Changes: https://git.openjdk.org/jdk/pull/16527/files Webrev:

Re: RFR: 8318144: Match on enum constants with body compiles but fails with MatchException [v3]

2023-11-06 Thread Vicente Romero
On Mon, 6 Nov 2023 20:47:06 GMT, Jan Lahoda wrote: >> For code like: >> >> enum E {A {}, B {} } >> Object o = E.A; >> switch (o) { >> case E.A -> System.err.println(o); >> default -> System.err.println("default"); >> } >> >> >> The result is `default`, not `A`, due to incorrect

Re: RFR: 8318144: Match on enum constants with body compiles but fails with MatchException [v2]

2023-11-06 Thread Jan Lahoda
On Mon, 6 Nov 2023 19:01:38 GMT, Vicente Romero wrote: >> This method is also used in the `typeSwitch` (i.e. ordinary pattern matching >> switch, which may contain qualified enum constants intermixed with >> patterns), and so the `value` may be any object. If it is not an Enum, we >> can

Re: RFR: 8318144: Match on enum constants with body compiles but fails with MatchException [v3]

2023-11-06 Thread Jan Lahoda
> For code like: > > enum E {A {}, B {} } > Object o = E.A; > switch (o) { > case E.A -> System.err.println(o); > default -> System.err.println("default"); > } > > > The result is `default`, not `A`, due to incorrect classes being compared. > Thanks for @liach for noting the solution

Re: RFR: 8319436: Proxy.newProxyInstance throws NPE if loader is null and interface not visible from class loader [v2]

2023-11-06 Thread Mandy Chung
> This is a regression caused by JDK-8302791. IAE should be thrown when an > interface is not visible to the given class loader but NPE is thrown instead > when the loader is null. The boot loader has no name and so the fix will > print `null` in the exception message. >

Re: RFR: 8319324: FFM: Reformat javadocs [v9]

2023-11-06 Thread Per Minborg
> This PR proposes to reformat all the JavaDocs for the FFM API. This would > bring the FFM API docs more in line with the existing Java documentation (see > below). Occasional drive-by fixes are also included in this PR (such as > spelling and capitalization). > > I am aware this PR will (if

Re: RFR: 8319436: Proxy.newProxyInstance throws NPE if loader is null and interface not visible from class loader

2023-11-06 Thread Mandy Chung
On Mon, 6 Nov 2023 19:46:40 GMT, Alan Bateman wrote: >> This is a regression caused by JDK-8302791. IAE should be thrown when an >> interface is not visible to the given class loader but NPE is thrown instead >> when the loader is null. The boot loader has no name and so the fix will >>

Re: RFR: JDK-8315458 Implementation of Implicitly Declared Classes and Instance Main Method (Second Preview) [v13]

2023-11-06 Thread Roger Riggs
On Mon, 6 Nov 2023 19:53:03 GMT, Jim Laskey wrote: >> Address changes from JEP 445 to JEP 463. >> >> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class. >> >> - Don't mark class on read. >> >> - Remove reflection and annotation processing related to unnamed classes. >> >> -

Re: RFR: 8319436: Proxy.newProxyInstance throws NPE if loader is null and interface not visible from class loader

2023-11-06 Thread Alan Bateman
On Mon, 6 Nov 2023 19:12:28 GMT, Mandy Chung wrote: > This is a regression caused by JDK-8302791. IAE should be thrown when an > interface is not visible to the given class loader but NPE is thrown instead > when the loader is null. The boot loader has no name and so the fix will > print

Re: RFR: JDK-8266431: Dual-Pivot Quicksort improvements (Radix sort) [v19]

2023-11-06 Thread null
On Sun, 12 Mar 2023 21:28:59 GMT, null wrote: >> Sorting: >> >> - adopt radix sort for sequential and parallel sorts on >> int/long/float/double arrays (almost random and length > 6K) >> - fix tryMergeRuns() to better handle case when the last run is a single >> element >> - minor javadoc and

Re: RFR: JDK-8315458 Implementation of Implicitly Declared Classes and Instance Main Method (Second Preview) [v13]

2023-11-06 Thread Jim Laskey
> Address changes from JEP 445 to JEP 463. > > - Move from a SYNTHETIC unnamed class to a MANDATED implicit class. > > - Don't mark class on read. > > - Remove reflection and annotation processing related to unnamed classes. > > - Simplify main method search. Jim Laskey has updated the pull

RFR: 8187655: jdk.lambda.vm.InterfaceAccessFlagsTest.testPrivateMethodCall needs update after nestmates support

2023-11-06 Thread Mandy Chung
`jdk.lambda.vm.InterfaceAccessFlagsTest` uses `ClassToInterfaceConverter` to mechanically convert a classfile for a Class into an in-memory class representation of an equivalent Interface. `testPrivateMethodCall` tests to invoke a private method. Before nestmates, invoking a private class

RFR: 8319436: Proxy.newProxyInstance throws NPE if loader is null and interface not visible from class loader

2023-11-06 Thread Mandy Chung
This is a regression caused by JDK-8302791. IAE should be thrown when an interface is not visible to the given class loader but NPE is thrown instead when the loader is null. The boot loader has no name and so the fix will print `null` in the exception message.

Re: RFR: 8318144: Match on enum constants with body compiles but fails with MatchException [v2]

2023-11-06 Thread Vicente Romero
On Mon, 6 Nov 2023 18:51:59 GMT, Jan Lahoda wrote: >> src/java.base/share/classes/java/lang/runtime/SwitchBootstraps.java line 397: >> >>> 395: >>> 396: try { >>> 397: if (!(value instanceof Enum enumValue)) { >> >> this code seems to be here with the only purpose

Re: RFR: 8318650: Optimized subword gather for x86 targets. [v3]

2023-11-06 Thread Sandhya Viswanathan
On Fri, 3 Nov 2023 22:44:39 GMT, Sandhya Viswanathan wrote: >> Jatin Bhateja has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Restricting masked sub-word gather to AVX512 target to align with integral >> gather support. > >

Re: RFR: 8318650: Optimized subword gather for x86 targets. [v3]

2023-11-06 Thread Sandhya Viswanathan
On Sun, 5 Nov 2023 12:58:57 GMT, Jatin Bhateja wrote: >> src/hotspot/cpu/x86/c2_MacroAssembler_x86.cpp line 1606: >> >>> 1604: void C2_MacroAssembler::vpgather8b_offset(BasicType elem_bt, >>> XMMRegister dst, Register base, Register idx_base, >>> 1605:

Re: RFR: 8318144: Match on enum constants with body compiles but fails with MatchException [v2]

2023-11-06 Thread Jan Lahoda
On Mon, 6 Nov 2023 18:12:10 GMT, Vicente Romero wrote: >> Jan Lahoda has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Re-ordering tests as suggested. > > src/java.base/share/classes/java/lang/runtime/SwitchBootstraps.java line 397: > >>

Re: RFR: 8318364: Add an FFM-based implementation of harfbuzz OpenType layout [v4]

2023-11-06 Thread Sergey Bylokhov
On Wed, 25 Oct 2023 23:42:08 GMT, Phil Race wrote: >> 8318364: Add an FFM-based implementation of harfbuzz OpenType layout > > Phil Race has updated the pull request incrementally with one additional > commit since the last revision: > > indentation Since we plan to import it into jdk22, do

Re: RFR: 8318144: Match on enum constants with body compiles but fails with MatchException [v2]

2023-11-06 Thread Vicente Romero
On Mon, 6 Nov 2023 07:34:38 GMT, Jan Lahoda wrote: >> For code like: >> >> enum E {A {}, B {} } >> Object o = E.A; >> switch (o) { >> case E.A -> System.err.println(o); >> default -> System.err.println("default"); >> } >> >> >> The result is `default`, not `A`, due to incorrect

Re: RFR: 8319324: FFM: Reformat javadocs [v8]

2023-11-06 Thread Maurizio Cimadamore
On Mon, 6 Nov 2023 17:35:31 GMT, Per Minborg wrote: >> This PR proposes to reformat all the JavaDocs for the FFM API. This would >> bring the FFM API docs more in line with the existing Java documentation >> (see below). Occasional drive-by fixes are also included in this PR (such >> as

Re: RFR: 8319324: FFM: Reformat javadocs [v8]

2023-11-06 Thread Maurizio Cimadamore
On Mon, 6 Nov 2023 17:35:31 GMT, Per Minborg wrote: >> This PR proposes to reformat all the JavaDocs for the FFM API. This would >> bring the FFM API docs more in line with the existing Java documentation >> (see below). Occasional drive-by fixes are also included in this PR (such >> as

Re: RFR: 8319324: FFM: Reformat javadocs [v8]

2023-11-06 Thread Per Minborg
> This PR proposes to reformat all the JavaDocs for the FFM API. This would > bring the FFM API docs more in line with the existing Java documentation (see > below). Occasional drive-by fixes are also included in this PR (such as > spelling and capitalization). > > I am aware this PR will (if

Re: RFR: 8319324: FFM: Reformat javadocs [v7]

2023-11-06 Thread Per Minborg
> This PR proposes to reformat all the JavaDocs for the FFM API. This would > bring the FFM API docs more in line with the existing Java documentation (see > below). Occasional drive-by fixes are also included in this PR (such as > spelling and capitalization). > > I am aware this PR will (if

Re: RFR: 8319324: FFM: Reformat javadocs [v6]

2023-11-06 Thread Per Minborg
> This PR proposes to reformat all the JavaDocs for the FFM API. This would > bring the FFM API docs more in line with the existing Java documentation (see > below). Occasional drive-by fixes are also included in this PR (such as > spelling and capitalization). > > I am aware this PR will (if

Re: RFR: 8311906: Improve robustness of String constructors with mutable array inputs

2023-11-06 Thread Roger Riggs
On Sat, 4 Nov 2023 00:07:33 GMT, Chen Liang wrote: >> Strings, after construction, are immutable but may be constructed from >> mutable arrays of bytes, characters, or integers. >> The string constructors should guard against the effects of mutating the >> arrays during construction that might

Re: RFR: 8311906: Improve robustness of String constructors with mutable array inputs

2023-11-06 Thread Chen Liang
On Mon, 30 Oct 2023 18:34:44 GMT, Roger Riggs wrote: > Strings, after construction, are immutable but may be constructed from > mutable arrays of bytes, characters, or integers. > The string constructors should guard against the effects of mutating the > arrays during construction that might

Re: RFR: 8311906: Improve robustness of String constructors with mutable array inputs

2023-11-06 Thread Roger Riggs
On Sun, 5 Nov 2023 13:32:20 GMT, ExE Boss wrote: >> Strings, after construction, are immutable but may be constructed from >> mutable arrays of bytes, characters, or integers. >> The string constructors should guard against the effects of mutating the >> arrays during construction that might

Re: RFR: 8311906: Improve robustness of String constructors with mutable array inputs

2023-11-06 Thread ExE Boss
On Mon, 30 Oct 2023 18:34:44 GMT, Roger Riggs wrote: > Strings, after construction, are immutable but may be constructed from > mutable arrays of bytes, characters, or integers. > The string constructors should guard against the effects of mutating the > arrays during construction that might

Re: RFR: 8311906: Improve robustness of String constructors with mutable array inputs

2023-11-06 Thread Jaikiran Pai
On Mon, 30 Oct 2023 18:34:44 GMT, Roger Riggs wrote: > Strings, after construction, are immutable but may be constructed from > mutable arrays of bytes, characters, or integers. > The string constructors should guard against the effects of mutating the > arrays during construction that might

RFR: 8311906: Improve robustness of String constructors with mutable array inputs

2023-11-06 Thread Roger Riggs
Strings, after construction, are immutable but may be constructed from mutable arrays of bytes, characters, or integers. The string constructors should guard against the effects of mutating the arrays during construction that might invalidate internal invariants for the correct behavior of

Re: RFR: 8319423: Improve Year.isLeap by checking divisibility by 16 [v2]

2023-11-06 Thread Roger Riggs
On Mon, 6 Nov 2023 00:50:22 GMT, Claes Redestad wrote: > I suggest we go ahead and integrate this, file an RFE to re-examine the > division-by-constant in C2, then re-evaluate these `isLeapYear` micros in > that new environment. These are good improvements and are beneficial with or without

Re: RFR: 8319324: FFM: Reformat javadocs [v5]

2023-11-06 Thread Per Minborg
> This PR proposes to reformat all the JavaDocs for the FFM API. This would > bring the FFM API docs more in line with the existing Java documentation (see > below). Occasional drive-by fixes are also included in this PR (such as > spelling and capitalization). > > I am aware this PR will (if

Re: RFR: 8319423: Improve Year.isLeap by checking divisibility by 16 [v2]

2023-11-06 Thread Roger Riggs
On Fri, 3 Nov 2023 23:22:27 GMT, Claes Redestad wrote: >> https://github.com/cassioneri/eaf suggest this code for leap year >> calculation: >> >> public static boolean isLeap(long year) { >> int d = year % 100 != 0 ? 4 : 16; >> return (year & (d - 1)) == 0; >> } >> >>

Re: RFR: 8315680: java/lang/ref/ReachabilityFenceTest.java should run with -Xbatch

2023-11-06 Thread Tom Rodriguez
On Tue, 3 Oct 2023 07:47:30 GMT, Gergö Barany wrote: > This test requires certain methods to be compiled, but without `-Xbatch` the > compiler races against the test code, which can lead to intermittent failures. Marked as reviewed by never (Reviewer). - PR Review:

Re: RFR: 8315680: java/lang/ref/ReachabilityFenceTest.java should run with -Xbatch

2023-11-06 Thread Doug Simon
On Tue, 3 Oct 2023 07:47:30 GMT, Gergö Barany wrote: > This test requires certain methods to be compiled, but without `-Xbatch` the > compiler races against the test code, which can lead to intermittent failures. Marked as reviewed by dnsimon (Reviewer). - PR Review:

Re: RFR: 8319374: JFR: Remove instrumentation for exception events

2023-11-06 Thread Alan Bateman
On Fri, 3 Nov 2023 12:19:07 GMT, Erik Gahlin wrote: > Could I have a review of a PR that removes the bytecode instrumentation for > the exception events. > > Testing: jdk/jdk/jfr + tier1 + tier2 src/java.base/share/classes/jdk/internal/event/ThrowableTracer.java line 37: > 35: private

RFR: 8319374: JFR: Remove instrumentation for exception events

2023-11-06 Thread Erik Gahlin
Could I have a review of a PR that removes the bytecode instrumentation for the exception events. Testing: jdk/jdk/jfr + tier1 + tier2 - Commit messages: - Remove Throwable and Error from instrumentation list - Initial Changes: https://git.openjdk.org/jdk/pull/16493/files

Re: RFR: 8318971: jar v17 should either exit on error immediately or create archive as jar v1.8 did

2023-11-06 Thread Lance Andersen
On Mon, 6 Nov 2023 11:28:23 GMT, Ryan Wallace wrote: > I had a look and its been in since JDK 9 > (https://bugs.openjdk.org/browse/JDK-8158295) but haven’t found any mention > of this as a specific desired behaviour so I am going with just noticed now. > Its not a major blocker as the user

Integrated: 8319316: Clarify text around which layouts a linker supports

2023-11-06 Thread Jorn Vernee
On Fri, 3 Nov 2023 00:10:48 GMT, Jorn Vernee wrote: > - Add linker note about packed structs. > - Relax language a bit to avoid implying that only listed layouts are > supported. This pull request has now been integrated. Changeset: cdf33735 Author:Jorn Vernee URL:

Re: RFR: 8319324: FFM: Reformat javadocs [v4]

2023-11-06 Thread Per Minborg
> This PR proposes to reformat all the JavaDocs for the FFM API. This would > bring the FFM API docs more in line with the existing Java documentation (see > below). Occasional drive-by fixes are also included in this PR (such as > spelling and capitalization). > > I am aware this PR will (if

Re: RFR: 8319324: FFM: Reformat javadocs [v3]

2023-11-06 Thread Per Minborg
On Mon, 6 Nov 2023 11:41:23 GMT, Maurizio Cimadamore wrote: > You might also want to look into the MethodHandles XYZCoordinates combinators > (as they have also been added as part of FFM). And, also, > `ModuleLayer::Controller::enableNativeAccess`, > `Module::isNativeAccessEnabled` and

Re: RFR: 8319324: FFM: Reformat javadocs [v3]

2023-11-06 Thread Per Minborg
On Mon, 6 Nov 2023 13:27:40 GMT, Jorn Vernee wrote: > FWIW, I've been sticking to a soft 120 character limit per line when writing > javadoc. Why should we use 90 columns specifically? > > > It is also customary to use double spaces when starting a new sentence. > > I thought this was the

Re: RFR: 8317742: ISO Standard Date Format implementation consistency on DateTimeFormatter and String.format [v4]

2023-11-06 Thread Shaojin Wen
> j.u.Formatter now prints "%tF" (iso standard date) and the result is > incorrect when processing year < 0 or year > Shaojin Wen has updated the pull request incrementally with one additional commit since the last revision: revert localize change - Changes: - all:

Re: RFR: JDK-8315458 Implementation of Implicitly Declared Classes and Instance Main Method (Second Preview) [v12]

2023-11-06 Thread Vicente Romero
On Fri, 3 Nov 2023 12:40:48 GMT, Jim Laskey wrote: >> Address changes from JEP 445 to JEP 463. >> >> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class. >> >> - Don't mark class on read. >> >> - Remove reflection and annotation processing related to unnamed classes. >> >> -

Re: RFR: JDK-8315458 Implementation of Implicitly Declared Classes and Instance Main Method (Second Preview) [v12]

2023-11-06 Thread Christian Stein
On Fri, 3 Nov 2023 12:40:48 GMT, Jim Laskey wrote: >> Address changes from JEP 445 to JEP 463. >> >> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class. >> >> - Don't mark class on read. >> >> - Remove reflection and annotation processing related to unnamed classes. >> >> -

Re: RFR: JDK-8315458 Implementation of Implicitly Declared Classes and Instance Main Method (Second Preview) [v12]

2023-11-06 Thread Maurizio Cimadamore
On Fri, 3 Nov 2023 12:40:48 GMT, Jim Laskey wrote: >> Address changes from JEP 445 to JEP 463. >> >> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class. >> >> - Don't mark class on read. >> >> - Remove reflection and annotation processing related to unnamed classes. >> >> -

Re: RFR: 8319153: Fix: Class is a raw type in ProcessTools

2023-11-06 Thread Leo Korinth
On Tue, 31 Oct 2023 07:43:43 GMT, Leo Korinth wrote: > Changing from `Class c` to `Class c` removes two warnings. Thanks! - PR Comment: https://git.openjdk.org/jdk/pull/16431#issuecomment-1794831441

Integrated: 8319153: Fix: Class is a raw type in ProcessTools

2023-11-06 Thread Leo Korinth
On Tue, 31 Oct 2023 07:43:43 GMT, Leo Korinth wrote: > Changing from `Class c` to `Class c` removes two warnings. This pull request has now been integrated. Changeset: 1c2ea1d2 Author:Leo Korinth URL: https://git.openjdk.org/jdk/commit/1c2ea1d27b1895dca3b30073e3516978083dc70a

Re: RFR: 8319324: FFM: Reformat javadocs [v3]

2023-11-06 Thread Jorn Vernee
On Mon, 6 Nov 2023 10:10:41 GMT, Per Minborg wrote: >> This PR proposes to reformat all the JavaDocs for the FFM API. This would >> bring the FFM API docs more in line with the existing Java documentation >> (see below). Occasional drive-by fixes are also included in this PR (such >> as

Re: RFR: JDK-8319122: Improve documentation of various Zip-file related APIs

2023-11-06 Thread Volker Simonis
On Mon, 30 Oct 2023 17:26:53 GMT, Yakov Shafranovich wrote: > The various Zip/Jar-file related Java APIs have some long-standing > differences or peculiarities with respect to the ZIP-file specification or > compared to other implementations which should be documented in the API-doc. > This

Re: RFR: 8319316: Clarify text around which layouts a linker supports [v3]

2023-11-06 Thread Jorn Vernee
On Mon, 6 Nov 2023 10:13:14 GMT, Per Minborg wrote: >> Jorn Vernee has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Add 'strict' >> >> Co-authored-by: Maurizio Cimadamore >> <54672762+mcimadam...@users.noreply.github.com> > > Can

Re: RFR: JDK-8315458 Implementation of Implicitly Declared Classes and Instance Main Method (Second Preview) [v12]

2023-11-06 Thread Jan Lahoda
On Fri, 3 Nov 2023 12:40:48 GMT, Jim Laskey wrote: >> Address changes from JEP 445 to JEP 463. >> >> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class. >> >> - Don't mark class on read. >> >> - Remove reflection and annotation processing related to unnamed classes. >> >> -

Re: RFR: JDK-8315457 Implementation of String Templates (Second Preview) [v4]

2023-11-06 Thread Jim Laskey
On Sat, 4 Nov 2023 13:26:04 GMT, Alan Bateman wrote: >> Jim Laskey has updated the pull request with a new target base due to a >> merge or a rebase. The incremental webrev excludes the unrelated changes >> brought in by the merge/rebase. The pull request contains six additional >> commits

Re: RFR: JDK-8315457 Implementation of String Templates (Second Preview) [v5]

2023-11-06 Thread Jim Laskey
> Update String Templates for a second preview. With the addition of > > - Expression type and throws are determined from the `process` method of the > processor type and not the processor type. > > - Qualified `STR` and `RAW` are treated the same as unqualified `STR` and > `RAW` . > > - Raw

Re: RFR: 8318971: jar v17 should either exit on error immediately or create archive as jar v1.8 did

2023-11-06 Thread Alan Bateman
On Mon, 30 Oct 2023 16:16:52 GMT, Ryan Wallace wrote: > Hi all, > > Please review this fix for jar tool not producing archive if there is a > missing file supplied. Fix is to throw an exception and exit processing when > a missing file is supplied. Current behaviour will recognise missing

Re: RFR: 8319324: FFM: Reformat javadocs [v3]

2023-11-06 Thread Maurizio Cimadamore
On Mon, 6 Nov 2023 10:10:41 GMT, Per Minborg wrote: >> This PR proposes to reformat all the JavaDocs for the FFM API. This would >> bring the FFM API docs more in line with the existing Java documentation >> (see below). Occasional drive-by fixes are also included in this PR (such >> as

Re: RFR: 8319423: Improve Year.isLeap by checking divisibility by 16 [v2]

2023-11-06 Thread Claes Redestad
On Fri, 3 Nov 2023 23:22:27 GMT, Claes Redestad wrote: >> https://github.com/cassioneri/eaf suggest this code for leap year >> calculation: >> >> public static boolean isLeap(long year) { >> int d = year % 100 != 0 ? 4 : 16; >> return (year & (d - 1)) == 0; >> } >> >>

Re: RFR: 8318971: jar v17 should either exit on error immediately or create archive as jar v1.8 did

2023-11-06 Thread Ryan Wallace
On Mon, 30 Oct 2023 16:16:52 GMT, Ryan Wallace wrote: > Hi all, > > Please review this fix for jar tool not producing archive if there is a > missing file supplied. Fix is to throw an exception and exit processing when > a missing file is supplied. Current behaviour will recognise missing

Re: RFR: 8319462: Signature.ClassTypeSig::classDesc() incorrect for inner class types

2023-11-06 Thread Adam Sotona
On Mon, 6 Nov 2023 06:00:20 GMT, Chen Liang wrote: > Observed this erroneous implementation while browsing, and included a quick > test against javac output class file to confirm the correct implementation. > @asotona Please take a look. Good catch, thanks for the fix. - Marked

Re: RFR: 8319316: Clarify text around which layouts a linker supports [v3]

2023-11-06 Thread Per Minborg
On Fri, 3 Nov 2023 18:16:17 GMT, Jorn Vernee wrote: >> - Add linker note about packed structs. >> - Relax language a bit to avoid implying that only listed layouts are >> supported. > > Jorn Vernee has updated the pull request incrementally with one additional > commit since the last revision:

Re: RFR: 8319324: FFM: Reformat javadocs [v3]

2023-11-06 Thread Per Minborg
> This PR proposes to reformat all the JavaDocs for the FFM API. This would > bring the FFM API docs more in line with the existing Java documentation (see > below). Occasional drive-by fixes are also included in this PR (such as > spelling and capitalization). > > I am aware this PR will (if

Re: RFR: 8318971: jar v17 should either exit on error immediately or create archive as jar v1.8 did

2023-11-06 Thread Alan Bateman
On Mon, 30 Oct 2023 16:16:52 GMT, Ryan Wallace wrote: > Hi all, > > Please review this fix for jar tool not producing archive if there is a > missing file supplied. Fix is to throw an exception and exit processing when > a missing file is supplied. Current behaviour will recognise missing

Re: RFR: 8319423: Improve Year.isLeap by checking divisibility by 16 [v2]

2023-11-06 Thread Claes Redestad
On Mon, 6 Nov 2023 02:34:21 GMT, Quan Anh Mai wrote: > > > > I have filed > [JDK-8319451](https://bugs.openjdk.org/projects/JDK/issues/JDK-8319451). I > would suggest waiting for this bug to be resolved before proceeding with this > PR. Nice analysis! While I'm sure we need to

RFR: 8318971: jar v17 should either exit on error immediately or create archive as jar v1.8 did

2023-11-06 Thread Ryan Wallace
Hi all, Please review this fix for jar tool not producing archive if there is a missing file supplied. Fix is to throw an exception and exit processing when a missing file is supplied. Current behaviour will recognise missing file as an error but continue processing and not produce the

Re: RFR: 8319324: FFM: Reformat javadocs [v2]

2023-11-06 Thread Maurizio Cimadamore
On Mon, 6 Nov 2023 08:08:34 GMT, Per Minborg wrote: >> This PR proposes to reformat all the JavaDocs for the FFM API. This would >> bring the FFM API docs more in line with the existing Java documentation >> (see below). Occasional drive-by fixes are also included in this PR (such >> as

Re: RFR: 8319324: FFM: Reformat javadocs [v2]

2023-11-06 Thread Maurizio Cimadamore
On Mon, 6 Nov 2023 08:08:34 GMT, Per Minborg wrote: >> This PR proposes to reformat all the JavaDocs for the FFM API. This would >> bring the FFM API docs more in line with the existing Java documentation >> (see below). Occasional drive-by fixes are also included in this PR (such >> as

Re: RFR: 8319324: FFM: Reformat javadocs [v2]

2023-11-06 Thread Maurizio Cimadamore
On Mon, 6 Nov 2023 08:53:55 GMT, Maurizio Cimadamore wrote: >> Per Minborg has updated the pull request with a new target base due to a >> merge or a rebase. The incremental webrev excludes the unrelated changes >> brought in by the merge/rebase. The pull request contains five additional >>

Re: RFR: 8319324: FFM: Reformat javadocs [v2]

2023-11-06 Thread Maurizio Cimadamore
On Mon, 6 Nov 2023 08:08:34 GMT, Per Minborg wrote: >> This PR proposes to reformat all the JavaDocs for the FFM API. This would >> bring the FFM API docs more in line with the existing Java documentation >> (see below). Occasional drive-by fixes are also included in this PR (such >> as

Re: RFR: 8316641: VarHandle template classes can share code in the base class [v8]

2023-11-06 Thread Chen Liang
> VarHandle implementations have many static fields and methods that can be > pulled to the common superclass to avoid repeated initialization and code > duplication. > > In addition, the Unsafe-based Buffer field access are replaced by usage of > public methods or JavaNioAccess. Chen Liang

Re: RFR: 8319324: FFM: Reformat javadocs [v2]

2023-11-06 Thread Per Minborg
> This PR proposes to reformat all the JavaDocs for the FFM API. This would > bring the FFM API docs more in line with the existing Java documentation (see > below). Occasional drive-by fixes are also included in this PR (such as > spelling and capitalization). > > I am aware this PR will (if