Re: RFR: 8349145: Make Class.getProtectionDomain() non-native [v4]

2025-02-05 Thread David Holmes
On Wed, 5 Feb 2025 17:41:22 GMT, Coleen Phillimore wrote: >> src/java.base/share/classes/java/lang/Class.java line 239: >> >>> 237: * generated. >>> 238: */ >>> 239: private Class(ClassLoader loader, Class arrayComponentType, >>> ProtectionDomain pd) { >> >> If this constructor i

Re: RFR: 8349462: Gatherers.mapConcurrent could support async interrupts

2025-02-05 Thread David Holmes
On Wed, 5 Feb 2025 16:14:41 GMT, Viktor Klang wrote: > This change is likely going to need some extra verbiage in the spec for > mapConcurrent, and thus a CSR. > This behavior aligns mapConcurrent with how parallel streams work in > conjunction with interruptions of the caller thread. src/java

Re: RFR: 8346567: Make Class.getModifiers() non-native [v2]

2025-02-05 Thread Chen Liang
On Wed, 5 Feb 2025 20:23:05 GMT, Dean Long wrote: >> Name Cnt Base Error Test Error Unit Change >> getAppArrayModifiers 30 0.923 ± 0.004 1.260 ± 0.001 ns/op 0.73x (p >> = 0.000*) >> getAppArrayModifiersFinal 30 0.922 ± 0.000 1.260 ± 0.001 ns/op 0.73x (p

Re: RFR: 8349511: [BACKOUT] Framework for tracing makefile inclusion and parsing

2025-02-05 Thread Mikael Vidstedt
On Thu, 6 Feb 2025 01:32:51 GMT, David Holmes wrote: > This reverts commit 61465883b465a184e31e7a03e2603d29ab4815a4. > > JDK-8348190: Framework for tracing makefile inclusion and parsing > > The above issue caused problems in the Oracle closed builds and so needs to > be backed out until that

Integrated: 8349511: [BACKOUT] Framework for tracing makefile inclusion and parsing

2025-02-05 Thread David Holmes
On Thu, 6 Feb 2025 01:32:51 GMT, David Holmes wrote: > This reverts commit 61465883b465a184e31e7a03e2603d29ab4815a4. > > JDK-8348190: Framework for tracing makefile inclusion and parsing > > The above issue caused problems in the Oracle closed builds and so needs to > be backed out until that

Re: RFR: 8349511: [BACKOUT] Framework for tracing makefile inclusion and parsing

2025-02-05 Thread David Holmes
On Thu, 6 Feb 2025 02:48:21 GMT, Mikael Vidstedt wrote: >> This reverts commit 61465883b465a184e31e7a03e2603d29ab4815a4. >> >> JDK-8348190: Framework for tracing makefile inclusion and parsing >> >> The above issue caused problems in the Oracle closed builds and so needs to >> be backed out un

Re: RFR: 8349511: [BACKOUT] Framework for tracing makefile inclusion and parsing

2025-02-05 Thread David Holmes
On Thu, 6 Feb 2025 02:01:47 GMT, Joe Darcy wrote: >> This reverts commit 61465883b465a184e31e7a03e2603d29ab4815a4. >> >> JDK-8348190: Framework for tracing makefile inclusion and parsing >> >> The above issue caused problems in the Oracle closed builds and so needs to >> be backed out until th

Integrated: 8349504: Support platform-specific JUnit tests in jpackage

2025-02-05 Thread Alexey Semenyuk
On Wed, 5 Feb 2025 23:51:09 GMT, Alexey Semenyuk wrote: > Move junit tests to `share` subfolder. > > Adjust `TEST.properties` to grant full access to classes in all > `jdk.jpackage` module packages. Otherwise, jtreg picks access config from the > parent > [`TEST.properties`](https://github.co

Re: RFR: 8346434: Add test for non-automatic service binding [v4]

2025-02-05 Thread Alexey Semenyuk
> Added a test case to JLinkOptionsTest to test that jpackage doesn't bind > services in app's runtime by default. > > The test builds two app images for the same app. One with the default jlink > options and another with `--bind-services` jlink option. The test compares > module lists from bot

Re: RFR: 8349504: Support platform-specific JUnit tests in jpackage

2025-02-05 Thread Alexander Matveev
On Wed, 5 Feb 2025 23:51:09 GMT, Alexey Semenyuk wrote: > Move junit tests to `share` subfolder. > > Adjust `TEST.properties` to grant full access to classes in all > `jdk.jpackage` module packages. Otherwise, jtreg picks access config from the > parent > [`TEST.properties`](https://github.co

Re: RFR: 8349493: Replace sun.util.locale.ParseStatus usage with java.text.ParsePosition

2025-02-05 Thread Naoto Sato
On Wed, 5 Feb 2025 21:25:56 GMT, Justin Lu wrote: > Please review this PR which removes _sun.util.locale.ParseStatus_ which is a > Locale helper class used for parsing language tags. > > Such usages should be replaced by _java.text.ParsePosition_ which has almost > 1 to 1 behavior. Note that

Re: RFR: 8349511: [BACKOUT] Framework for tracing makefile inclusion and parsing

2025-02-05 Thread Joe Darcy
On Thu, 6 Feb 2025 01:32:51 GMT, David Holmes wrote: > This reverts commit 61465883b465a184e31e7a03e2603d29ab4815a4. > > JDK-8348190: Framework for tracing makefile inclusion and parsing > > The above issue caused problems in the Oracle closed builds and so needs to > be backed out until that

RFR: 8349511: [BACKOUT] Framework for tracing makefile inclusion and parsing

2025-02-05 Thread David Holmes
This reverts commit 61465883b465a184e31e7a03e2603d29ab4815a4. JDK-8348190: Framework for tracing makefile inclusion and parsing The above issue caused problems in the Oracle closed builds and so needs to be backed out until that is addressed. Thanks. - Commit messages: - Revert "

RFR: 8349504: Support platform-specific JUnit tests in jpackage

2025-02-05 Thread Alexey Semenyuk
Move junit tests to `share` subfolder. Adjust `TEST.properties` to grant full access to classes in all `jdk.jpackage` module packages. Otherwise, jtreg picks access config from the parent [`TEST.properties`](https://github.com/openjdk/jdk/blob/aad6664bb6d2b311b3e0cb056afaa9b6534bdbbb/test/jdk/to

Re: RFR: 8349504: Support platform-specific JUnit tests in jpackage

2025-02-05 Thread Alexey Semenyuk
On Wed, 5 Feb 2025 23:51:09 GMT, Alexey Semenyuk wrote: > Move junit tests to `share` subfolder. > > Adjust `TEST.properties` to grant full access to classes in all > `jdk.jpackage` module packages. Otherwise, jtreg picks access config from the > parent > [`TEST.properties`](https://github.co

RFR: 8349503: Consolidate multi-byte access into ByteArray

2025-02-05 Thread Chen Liang
`MethodHandles.byteArrayViewVarHandle` exposes checked multi-byte access to byte arrays via VarHandle. This larger access speeds up many operations, yet it cannot be used in early bootstrap, and as a result, people tend to use `Unsafe` which can threaten memory safety of the Java Platform. To p

Re: RFR: 8346954: [JMH] jdk.incubator.vector.MaskedLogicOpts fails due to IndexOutOfBoundsException

2025-02-05 Thread Emanuel Peter
On Fri, 10 Jan 2025 03:25:01 GMT, Nicole Xu wrote: >> I am a member of Nvidia Java compiler team. > >> I am a member of Nvidia Java compiler team. > > BTW, Nvidia has signed the OCA recently. Please help to check. Thanks. @xyyNicole I see this has been in OCA-verify mode for 2 weeks. I reached

RFR: 8346954: [JMH] jdk.incubator.vector.MaskedLogicOpts fails due to IndexOutOfBoundsException

2025-02-05 Thread Nicole Xu
Suite MaskedLogicOpts.maskedLogicOperationsLong512() failed on both x86 and AArch64 with the following error: java.lang.IndexOutOfBoundsException: Index 252 out of bounds for length 249 The variable `long256_arr_idx` is misused when indexing 'LongVector l2, l3, l4, l5' in function `maskedLog

Re: RFR: 8346954: [JMH] jdk.incubator.vector.MaskedLogicOpts fails due to IndexOutOfBoundsException

2025-02-05 Thread Emanuel Peter
On Wed, 8 Jan 2025 09:04:47 GMT, Nicole Xu wrote: > Suite MaskedLogicOpts.maskedLogicOperationsLong512() failed on both x86 and > AArch64 with the following error: > > > java.lang.IndexOutOfBoundsException: Index 252 out of bounds for length 249 > > > The variable `long256_arr_idx` is misuse

Re: RFR: 8346954: [JMH] jdk.incubator.vector.MaskedLogicOpts fails due to IndexOutOfBoundsException

2025-02-05 Thread Nicole Xu
On Wed, 8 Jan 2025 09:08:55 GMT, Nicole Xu wrote: > I am a member of Nvidia Java compiler team. BTW, Nvidia has signed the OCA recently. Please help to check. Thanks. - PR Comment: https://git.openjdk.org/jdk/pull/22963#issuecomment-2581667116

Re: RFR: 8346954: [JMH] jdk.incubator.vector.MaskedLogicOpts fails due to IndexOutOfBoundsException

2025-02-05 Thread Nicole Xu
On Wed, 8 Jan 2025 09:04:47 GMT, Nicole Xu wrote: > Suite MaskedLogicOpts.maskedLogicOperationsLong512() failed on both x86 and > AArch64 with the following error: > > > java.lang.IndexOutOfBoundsException: Index 252 out of bounds for length 249 > > > The variable `long256_arr_idx` is misuse

Integrated: 8333569: jpackage tests must run app launchers with retries on Linux only

2025-02-05 Thread Alexey Semenyuk
On Wed, 5 Feb 2025 03:34:59 GMT, Alexey Semenyuk wrote: > Run app launchers in jpackage tests with retries on Linux only. Run them > without retries on other platforms. > > Supplementary remove `HelloApp.AppOutputVerifier.removePathEnvVar()` > function. It sets an unused member field and is a

Re: RFR: 8346434: Add test for non-automatic service binding [v3]

2025-02-05 Thread Alexey Semenyuk
> Added a test case to JLinkOptionsTest to test that jpackage doesn't bind > services in app's runtime by default. > > The test builds two app images for the same app. One with the default jlink > options and another with `--bind-services` jlink option. The test compares > module lists from bot

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v19]

2025-02-05 Thread Chen Liang
On Wed, 5 Feb 2025 17:06:57 GMT, Shaojin Wen wrote: >> This is an optimization for decimal Integer.parseInt and Long.parseLong, >> which improves performance by about 10%. The optimization includes: >> 1. Improve performance by parsing 2 numbers at a time, which has performance >> improvements

Re: RFR: 8349493: Replace sun.util.locale.ParseStatus usage with java.text.ParsePosition

2025-02-05 Thread Justin Lu
On Wed, 5 Feb 2025 22:51:45 GMT, Naoto Sato wrote: >> Please review this PR which removes _sun.util.locale.ParseStatus_ which is >> a Locale helper class used for parsing language tags. >> >> Such usages should be replaced by _java.text.ParsePosition_ which has almost >> 1 to 1 behavior. Note

Re: RFR: 8349493: Replace sun.util.locale.ParseStatus usage with java.text.ParsePosition

2025-02-05 Thread Naoto Sato
On Wed, 5 Feb 2025 21:25:56 GMT, Justin Lu wrote: > Please review this PR which removes _sun.util.locale.ParseStatus_ which is a > Locale helper class used for parsing language tags. > > Such usages should be replaced by _java.text.ParsePosition_ which has almost > 1 to 1 behavior. Note that

Re: RFR: 8333569: jpackage tests must run app launchers with retries on Linux only

2025-02-05 Thread Alexander Matveev
On Wed, 5 Feb 2025 03:34:59 GMT, Alexey Semenyuk wrote: > Run app launchers in jpackage tests with retries on Linux only. Run them > without retries on other platforms. > > Supplementary remove `HelloApp.AppOutputVerifier.removePathEnvVar()` > function. It sets an unused member field and is a

Re: RFR: 8346434: Add test for non-automatic service binding [v2]

2025-02-05 Thread Alexander Matveev
On Wed, 5 Feb 2025 20:09:51 GMT, Alexey Semenyuk wrote: >> Added a test case to JLinkOptionsTest to test that jpackage doesn't bind >> services in app's runtime by default. >> >> The test builds two app images for the same app. One with the default jlink >> options and another with `--bind-ser

Re: RFR: 8346567: Make Class.getModifiers() non-native [v2]

2025-02-05 Thread Dean Long
On Thu, 12 Dec 2024 10:16:01 GMT, Viktor Klang wrote: >> @viktorklang-ora `@Stable` is not about how the field was set, but about the >> JIT observing a non-default value at compile time. If it observes a >> non-default value, it can treat it as a compile time constant. > > @DanHeidinga Great

Re: RFR: 8346567: Make Class.getModifiers() non-native [v2]

2025-02-05 Thread Dean Long
On Tue, 4 Feb 2025 14:43:51 GMT, Coleen Phillimore wrote: >> The Class.getModifiers() method is implemented as a native method in >> java.lang.Class to access a field that we've calculated when creating the >> mirror. The field is final after that point. The VM doesn't need it >> anymore, so

Re: RFR: 8346567: Make Class.getModifiers() non-native [v2]

2025-02-05 Thread Dean Long
On Tue, 4 Feb 2025 14:43:51 GMT, Coleen Phillimore wrote: >> The Class.getModifiers() method is implemented as a native method in >> java.lang.Class to access a field that we've calculated when creating the >> mirror. The field is final after that point. The VM doesn't need it >> anymore, so

Re: RFR: 8346567: Make Class.getModifiers() non-native [v2]

2025-02-05 Thread Dean Long
On Tue, 4 Feb 2025 14:43:51 GMT, Coleen Phillimore wrote: >> The Class.getModifiers() method is implemented as a native method in >> java.lang.Class to access a field that we've calculated when creating the >> mirror. The field is final after that point. The VM doesn't need it >> anymore, so

RFR: 8349493: Replace sun.util.locale.ParseStatus usage with java.text.ParsePosition

2025-02-05 Thread Justin Lu
Please review this PR which removes _sun.util.locale.ParseStatus_ which is a Locale helper class used for parsing language tags. Such usages should be replaced by _java.text.ParsePosition_ which has almost 1 to 1 behavior. Note that this cleanup changes the exception message in `Locale.caseFol

Re: RFR: 8346567: Make Class.getModifiers() non-native [v2]

2025-02-05 Thread Dean Long
On Wed, 5 Feb 2025 19:42:02 GMT, Coleen Phillimore wrote: >> test/micro/org/openjdk/bench/java/lang/reflect/Clazz.java line 73: >> >>> 71: public int getAppArrayModifiers() { >>> 72: return clazzArray.getClass().getModifiers(); >>> 73: } >> >> I'm guessing this is the benchmark

Re: RFR: 8346434: Add test for non-automatic service binding [v2]

2025-02-05 Thread Alexey Semenyuk
On Wed, 5 Feb 2025 19:44:54 GMT, Alexey Semenyuk wrote: >> test/jdk/tools/jpackage/share/JLinkOptionsTest.java line 175: >> >>> 173: .setExecutable(cmd.appLauncherPath().toAbsolutePath()) >>> 174: .addArguments("--print-modules") >>> 175: .executeA

Re: RFR: 8346434: Add test for non-automatic service binding [v2]

2025-02-05 Thread Alexey Semenyuk
> Added a test case to JLinkOptionsTest to test that jpackage doesn't bind > services in app's runtime by default. > > The test builds two app images for the same app. One with the default jlink > options and another with `--bind-services` jlink option. The test compares > module lists from bot

Re: RFR: 8346567: Make Class.getModifiers() non-native [v2]

2025-02-05 Thread Coleen Phillimore
On Wed, 5 Feb 2025 01:10:39 GMT, Dean Long wrote: >> Coleen Phillimore has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Fix copyright and param name > > test/micro/org/openjdk/bench/java/lang/reflect/Clazz.java line 73: > >> 71: publ

Re: RFR: 8336017: Deprecate java.util.logging.LoggingMXBean, its implementation, and accessor method for removal

2025-02-05 Thread Daniel Fuchs
On Thu, 23 Jan 2025 15:23:37 GMT, Kevin Walls wrote: > java.util.logging.LoggingMXBean and > java.util.logging.LogManager::getLoggingMXBean are deprecated since > JDK-8139982 in JDK 9. > > These deprecations should be uprated to state they are for future removal. > > java.util.logging.Logging

Re: RFR: 8333569: jpackage tests must run app launchers with retries on Linux only

2025-02-05 Thread Alexey Semenyuk
On Wed, 5 Feb 2025 03:34:59 GMT, Alexey Semenyuk wrote: > Run app launchers in jpackage tests with retries on Linux only. Run them > without retries on other platforms. > > Supplementary remove `HelloApp.AppOutputVerifier.removePathEnvVar()` > function. It sets an unused member field and is a

Re: RFR: 8346434: Add test for non-automatic service binding

2025-02-05 Thread Alexey Semenyuk
On Wed, 5 Feb 2025 03:25:46 GMT, Alexander Matveev wrote: >> Added a test case to JLinkOptionsTest to test that jpackage doesn't bind >> services in app's runtime by default. >> >> The test builds two app images for the same app. One with the default jlink >> options and another with `--bind-s

Re: RFR: 8349145: Make Class.getProtectionDomain() non-native [v5]

2025-02-05 Thread Coleen Phillimore
On Wed, 5 Feb 2025 17:57:29 GMT, Coleen Phillimore wrote: >> This change removes the native call and injected field for ProtectionDomain >> in the java.lang.Class instance, and moves the field to be declared in Java. >> Tested with tier1-4. > > Coleen Phillimore has updated the pull request incr

Re: RFR: 8349145: Make Class.getProtectionDomain() non-native [v5]

2025-02-05 Thread Chen Liang
On Wed, 5 Feb 2025 17:57:29 GMT, Coleen Phillimore wrote: >> This change removes the native call and injected field for ProtectionDomain >> in the java.lang.Class instance, and moves the field to be declared in Java. >> Tested with tier1-4. > > Coleen Phillimore has updated the pull request incr

Re: [External] : Re: mapConcurrent() with InterruptedException

2025-02-05 Thread Jige Yu
Oh good call! I forgot to check what parallel streams do upon interruption (didn't think they do any blocking calls, but at least the main thread must block). On Wed, Feb 5, 2025 at 8:18 AM Viktor Klang wrote: > Hi Jige, > > I opened an issue to track the concern, and I have proposed a change w

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v10]

2025-02-05 Thread Raffaello Giulietti
On Tue, 28 Jan 2025 19:39:45 GMT, Chen Liang wrote: >> Shaojin Wen has updated the pull request incrementally with one additional >> commit since the last revision: >> >> error message > > Ran tier 1-3 for latest commit as of comment. No failure besides a known one > in serviceability. @lia

Re: RFR: 8347471: Provide valid flags and mask in AccessFlag.Location [v2]

2025-02-05 Thread Chen Liang
> Some AccessFlag parsing methods throw IAE because a flag mask is not valid in > a location. However, there is no easy way to check what flag mask bits or > what flags are valid for a location. We need such APIs to check, specific to > each class file format version. > > Also in the investigat

Re: RFR: 8344925: translet-name ignored when package-name is also set

2025-02-05 Thread Joe Wang
On Wed, 5 Feb 2025 10:57:14 GMT, Severin Gehwolf wrote: > > @JoeWang-Java Have you seen https://git.openjdk.org/jdk/pull/22425? > > Just mentioning since it looks like a duplicate proposal. Indeed, I missed that. The right procedure to take over an issue is to ask the person assigned to the bu

Re: RFR: 8344925: translet-name ignored, when package-name is also set via TransformerFactory.setAttribute

2025-02-05 Thread Joe Wang
On Thu, 28 Nov 2024 01:09:47 GMT, Zheng Feng wrote: > …String) > > This bug seems from the improper handling of package and class name > initialization in `XSLTC` since there is a default value of `_packageName` > with `die.verwandlung`. This fix is just adjusting to call `setPackageName` >

Re: RFR: 8349145: Make Class.getProtectionDomain() non-native [v5]

2025-02-05 Thread Coleen Phillimore
> This change removes the native call and injected field for ProtectionDomain > in the java.lang.Class instance, and moves the field to be declared in Java. > Tested with tier1-4. Coleen Phillimore has updated the pull request incrementally with three additional commits since the last revision:

Re: RFR: 8349145: Make Class.getProtectionDomain() non-native [v4]

2025-02-05 Thread Coleen Phillimore
On Wed, 5 Feb 2025 05:35:58 GMT, David Holmes wrote: >> Coleen Phillimore has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Fix test that knows which fields are hidden from reflection in jvmci. > > src/java.base/share/classes/java/lang/Cla

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v19]

2025-02-05 Thread Shaojin Wen
> This is an optimization for decimal Integer.parseInt and Long.parseLong, > which improves performance by about 10%. The optimization includes: > 1. Improve performance by parsing 2 numbers at a time, which has performance > improvements for numbers with length >= 3. > 2. It uses charAt(0) for t

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v15]

2025-02-05 Thread Shaojin Wen
On Wed, 5 Feb 2025 16:48:06 GMT, Raffaello Giulietti wrote: >> src/java.base/share/classes/jdk/internal/util/DecimalDigits.java line 143: >> >>> 141: * @return If both characters are numbers, return d0 * 10 + d1, >>> otherwise return -1 >>> 142: */ >>> 143: @ForceInline >> >> Ca

Re: RFR: 8348556: Inlining fails earlier for MemorySegment::reinterpret [v4]

2025-02-05 Thread Per Minborg
> This PR proposes to add some `@ForceInline` annotations in the `Module` class > in order to assist inlining of FFM var/method handles. > > Tested and passed tier1-3 Per Minborg has updated the pull request incrementally with two additional commits since the last revision: - Remove reformatt

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v18]

2025-02-05 Thread Shaojin Wen
> This is an optimization for decimal Integer.parseInt and Long.parseLong, > which improves performance by about 10%. The optimization includes: > 1. Improve performance by parsing 2 numbers at a time, which has performance > improvements for numbers with length >= 3. > 2. It uses charAt(0) for t

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v15]

2025-02-05 Thread Raffaello Giulietti
On Wed, 5 Feb 2025 12:03:36 GMT, Raffaello Giulietti wrote: >> Shaojin Wen has updated the pull request incrementally with one additional >> commit since the last revision: >> >> fix JdbExprTest > > src/java.base/share/classes/jdk/internal/util/DecimalDigits.java line 143: > >> 141: *

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v17]

2025-02-05 Thread Raffaello Giulietti
On Wed, 5 Feb 2025 16:21:47 GMT, Shaojin Wen wrote: >> This is an optimization for decimal Integer.parseInt and Long.parseLong, >> which improves performance by about 10%. The optimization includes: >> 1. Improve performance by parsing 2 numbers at a time, which has performance >> improvements

Re: RFR: 8346946: Allow class loaders to bind to layers for service loading

2025-02-05 Thread David M . Lloyd
On Thu, 2 Jan 2025 17:13:17 GMT, David M. Lloyd wrote: > When loading services by class loader > (`ServiceLoader.load(Class,ClassLoader)`), the module layers bound to the > given class loader are searched for services, along with the layers bound to > class loader's parent, and so on. For non-

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v17]

2025-02-05 Thread Shaojin Wen
> This is an optimization for decimal Integer.parseInt and Long.parseLong, > which improves performance by about 10%. The optimization includes: > 1. Improve performance by parsing 2 numbers at a time, which has performance > improvements for numbers with length >= 3. > 2. It uses charAt(0) for t

RFR: 8349462: Gatherers.mapConcurrent could support async interrupts

2025-02-05 Thread Viktor Klang
This change is likely going to need some extra verbiage in the spec for mapConcurrent, and thus a CSR. This behavior aligns mapConcurrent with how parallel streams work in conjunction with interruptions of the caller thread. - Commit messages: - Enabling the async interruption test

Re: RFR: 8336017: Deprecate java.util.logging.LoggingMXBean, its implementation, and accessor method for removal

2025-02-05 Thread Kevin Walls
On Wed, 5 Feb 2025 15:51:25 GMT, Daniel Fuchs wrote: >> java.util.logging.LoggingMXBean and >> java.util.logging.LogManager::getLoggingMXBean are deprecated since >> JDK-8139982 in JDK 9. >> >> These deprecations should be uprated to state they are for future removal. >> >> java.util.logging.

Re: [External] : Re: mapConcurrent() with InterruptedException

2025-02-05 Thread Viktor Klang
Hi Jige, I opened an issue to track the concern, and I have proposed a change which seems to align well with how parallel streams behave under caller thread interruption. I've opened the following PR for review: https://github.com/openjdk/jdk/pull/23467 If you are able to make a local OpenJDK

Re: RFR: 8336017: Deprecate java.util.logging.LoggingMXBean, its implementation, and accessor method for removal

2025-02-05 Thread Daniel Fuchs
On Thu, 23 Jan 2025 15:23:37 GMT, Kevin Walls wrote: > java.util.logging.LoggingMXBean and > java.util.logging.LogManager::getLoggingMXBean are deprecated since > JDK-8139982 in JDK 9. > > These deprecations should be uprated to state they are for future removal. > > java.util.logging.Logging

Re: [External] : Re: mapConcurrent() with InterruptedException

2025-02-05 Thread Jige Yu
Thanks Viktor! I understand the problem. The main reason I asked is because I want to understand how the core Java team thinks of throwing an unchecked exception. As explained above, I consider losing cancellability a big deal, a deal breaker even. And I thought throwing unchecked is more accept

Re: RFR: 8349241: Fix the concurrent execution JVM crash of StringBuilder::append(int/long) [v8]

2025-02-05 Thread Thomas Stuefe
On Tue, 4 Feb 2025 22:59:55 GMT, Shaojin Wen wrote: >> Shaojin Wen has updated the pull request incrementally with one additional >> commit since the last revision: >> >> fx comments > > Thanks @RogerRiggs, your suggestion is great, I have fixed it, please help me > review it again. > > @we

Re: RFR: 8348556: Inlining fails earlier for MemorySegment::reinterpret [v2]

2025-02-05 Thread Per Minborg
> This PR proposes to add some `@ForceInline` annotations in the `Module` class > in order to assist inlining of FFM var/method handles. > > Tested and passed tier1-3 Per Minborg has updated the pull request incrementally with one additional commit since the last revision: Rename method and

Re: RFR: 8348556: Inlining fails earlier for MemorySegment::reinterpret [v3]

2025-02-05 Thread Per Minborg
> This PR proposes to add some `@ForceInline` annotations in the `Module` class > in order to assist inlining of FFM var/method handles. > > Tested and passed tier1-3 Per Minborg has updated the pull request incrementally with one additional commit since the last revision: Revert change ---

Re: RFR: 8348556: Inlining fails earlier for MemorySegment::reinterpret

2025-02-05 Thread Alan Bateman
On Wed, 5 Feb 2025 10:20:11 GMT, Per Minborg wrote: >> This PR proposes to add some `@ForceInline` annotations in the `Module` >> class in order to assist inlining of FFM var/method handles. >> >> Tested and passed tier1-3 > > src/java.base/share/classes/java/lang/Module.java line 488: > >> 48

Re: RFR: 8348556: Inlining fails earlier for MemorySegment::reinterpret

2025-02-05 Thread Alan Bateman
On Wed, 5 Feb 2025 10:17:09 GMT, Per Minborg wrote: > This PR proposes to add some `@ForceInline` annotations in the `Module` class > in order to assist inlining of FFM var/method handles. > > Tested and passed tier1-3 src/java.base/share/classes/java/lang/Module.java line 344: > 342: } >

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v16]

2025-02-05 Thread Raffaello Giulietti
On Wed, 5 Feb 2025 12:58:49 GMT, Shaojin Wen wrote: >> This is an optimization for decimal Integer.parseInt and Long.parseLong, >> which improves performance by about 10%. The optimization includes: >> 1. Improve performance by parsing 2 numbers at a time, which has performance >> improvements

Re: RFR: 8345155: Add /native to native test in FFM

2025-02-05 Thread Per Minborg
On Wed, 5 Feb 2025 08:59:10 GMT, SendaoYan wrote: > Hi all, > > This PR add `/native` keyword in the test header for FFM tests. The `/native` > keyword will make run the related tests by jtreg standalone more friendly. > > I runed all the FFM tests without `-nativepath` argument and find the f

Integrated: 8349344: Clarify documentation of Arena.ofConfined

2025-02-05 Thread Per Minborg
On Tue, 4 Feb 2025 09:46:48 GMT, Per Minborg wrote: > This PR proposes to clarify the documentation for `Arena.ofConfined()`. It is > proposed to say that segments allocated from the returned `Arena` can _only_ > be accessed by the thread that created the `Arena` in the first place. This pull

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v15]

2025-02-05 Thread Raffaello Giulietti
On Wed, 5 Feb 2025 12:17:42 GMT, Raffaello Giulietti wrote: >> Shaojin Wen has updated the pull request incrementally with one additional >> commit since the last revision: >> >> fix JdbExprTest > > src/java.base/share/classes/jdk/internal/util/DecimalDigits.java line 175: > >> 173:

RFR: 8348556: Inlining fails earlier for MemorySegment::reinterpret

2025-02-05 Thread Per Minborg
This PR proposes to add some `@ForceInline` annotations in the `Module` class in order to assist inlining of FFM var/method handles. Tested and passed tier1-3 - Commit messages: - Add @ForceInline annotations and restructure some methods Changes: https://git.openjdk.org/jdk/pull/2

Re: RFR: 8348556: Inlining fails earlier for MemorySegment::reinterpret

2025-02-05 Thread Per Minborg
On Wed, 5 Feb 2025 10:17:09 GMT, Per Minborg wrote: > This PR proposes to add some `@ForceInline` annotations in the `Module` class > in order to assist inlining of FFM var/method handles. > > Tested and passed tier1-3 src/java.base/share/classes/java/lang/Module.java line 281: > 279:

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v16]

2025-02-05 Thread Shaojin Wen
> This is an optimization for decimal Integer.parseInt and Long.parseLong, > which improves performance by about 10%. The optimization includes: > 1. Improve performance by parsing 2 numbers at a time, which has performance > improvements for numbers with length >= 3. > 2. It uses charAt(0) for t

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v15]

2025-02-05 Thread Raffaello Giulietti
On Wed, 5 Feb 2025 00:19:31 GMT, Shaojin Wen wrote: >> This is an optimization for decimal Integer.parseInt and Long.parseLong, >> which improves performance by about 10%. The optimization includes: >> 1. Improve performance by parsing 2 numbers at a time, which has performance >> improvements

Re: RFR: 8344925: translet-name ignored when package-name is also set

2025-02-05 Thread Severin Gehwolf
On Wed, 5 Feb 2025 10:47:27 GMT, Severin Gehwolf wrote: > @JoeWang-Java Have you seen https://git.openjdk.org/jdk/pull/22425? Just mentioning since it looks like a duplicate proposal. - PR Comment: https://git.openjdk.org/jdk/pull/23446#issuecomment-2636402802

Re: RFR: 8344925: translet-name ignored when package-name is also set

2025-02-05 Thread Severin Gehwolf
On Tue, 4 Feb 2025 18:30:34 GMT, Joe Wang wrote: > Fix an issue where the translet-name is incorrectly set when the package-name > is also specified. @JoeWang-Java Have you seen https://git.openjdk.org/jdk/pull/22425? - PR Comment: https://git.openjdk.org/jdk/pull/23446#issuecomme

Re: RFR: 8345687: Improve the implementation of SegmentFactories::allocateSegment [v3]

2025-02-05 Thread Maurizio Cimadamore
On Sat, 25 Jan 2025 02:32:56 GMT, Quan Anh Mai wrote: >> But the address is immediately converted to memory segment using >> MemorySegment::ofAddress, which is what the linker does anyway? > > Only the return value of `CALLOC` is converted to `MemorySegment` in an > equivalent way, I believe pa

Re: RFR: 8349344: Clarify documentation of Arena.ofConfined

2025-02-05 Thread Maurizio Cimadamore
On Tue, 4 Feb 2025 09:46:48 GMT, Per Minborg wrote: > This PR proposes to clarify the documentation for `Arena.ofConfined()`. It is > proposed to say that segments allocated from the returned `Arena` can _only_ > be accessed by the thread that created the `Arena` in the first place. Marked as

Re: RFR: 8345155: Add /native to native test in FFM

2025-02-05 Thread Maurizio Cimadamore
On Wed, 5 Feb 2025 08:59:10 GMT, SendaoYan wrote: > Hi all, > > This PR add `/native` keyword in the test header for FFM tests. The `/native` > keyword will make run the related tests by jtreg standalone more friendly. > > I runed all the FFM tests without `-nativepath` argument and find the f

RFR: 8345155: Add /native to native test in FFM

2025-02-05 Thread SendaoYan
Hi all, This PR add `/native` keyword in the test header for FFM tests. The `/native` keyword will make run the related tests by jtreg standalone more friendly. I runed all the FFM tests without `-nativepath` argument and find the fail tests. This will find all the FFM tests which missing '/nat