On Thu, 5 Dec 2024 22:21:45 GMT, Mark Sheppard wrote:
>> @AlanBateman @mahendrachhipa @bwhuang-us @serhiysachkov @mcimadamore
>> @JornVernee
>>
>> adding as manual tests
>
> test/jdk/TEST.groups line 625:
>
>> 623: javax/xml/jaxp/datatype/8033980/GregorianCalAndDurSerDataUtil.java \
>> 62
> Can I please get a review of this change, which simplifies the interaction
> between the `java` launcher's native code with the
> `sun.launcher.LauncherHelper`?
>
> As noted in https://bugs.openjdk.org/browse/JDK-8341184, this proposed change
> reduces the back and forth between the launcher
On Thu, 5 Dec 2024 20:44:59 GMT, Chen Liang wrote:
>> Remove the redundant `@enablePreview` and `--enable-preview` flags for
>> enabling ClassFile API in the tests. The remainder of these flags in all
>> tests seem to serve preview APIs (such as ScopedValue) or language features
>> (primitive
On Thu, 5 Dec 2024 21:41:28 GMT, Brent Christian wrote:
> `XmlReaderContentHandler.endElement()` routes a `Class.forName()` call
> through `ReflectUtil.forName()`. When
> `sun.reflect.misc.ReflectUtil.forName()` calls the 1-arg `Class.forName()`,
> it is doing so from `java.base`, and so using
> To resolve java/io/File/GetXSpace.java failure, I fix libGetXSpace.c to use
> Cygwin’s `df` to get the size for comparison if the test target drive is a
> CD-ROM drive.
>
> As described in JDK-8343342, GetDiskSpaceInformationW can't get information
> about the size of the CD-ROM drive.
> Ge
> To resolve java/io/File/GetXSpace.java failure, I fix libGetXSpace.c to use
> Cygwin’s `df` to get the size for comparison if the test target drive is a
> CD-ROM drive.
>
> As described in JDK-8343342, GetDiskSpaceInformationW can't get information
> about the size of the CD-ROM drive.
> Ge
On Thu, 5 Dec 2024 22:36:12 GMT, Justin Lu wrote:
> Please review this PR which contains the open L10n drop changes for RDP1.
>
> I recommend viewing the improved diffs which are built out by Jon's tool
> here: https://cr.openjdk.org/~jlu/output/. As always, I can not confirm the
> correctnes
On Fri, 6 Dec 2024 00:30:03 GMT, Justin Lu wrote:
>> src/jdk.compiler/share/classes/com/sun/tools/javac/resources/javac_zh_CN.properties
>> line 190:
>>
>>> 188: javac.opt.Xdoclint.package.args = [-]<程序包>(,[-]<程序包>)*
>>> 189:
>>> 190: javac.opt.Xdoclint.package.desc=在特定的程序包中启用或禁用检查。每个
>>> 是\
On Fri, 6 Dec 2024 00:24:27 GMT, Damon Nguyen wrote:
> Looks generally fine overall. But, looking at the URL for the differences in
> each file per language, I see changes for
> `src/jdk.compiler/share/classes/com/sun/tools/javac/resources/launcher`. I
> don't see any changes for this file in
On Fri, 6 Dec 2024 00:21:34 GMT, Damon Nguyen wrote:
>> Please review this PR which contains the open L10n drop changes for RDP1.
>>
>> I recommend viewing the improved diffs which are built out by Jon's tool
>> here: https://cr.openjdk.org/~jlu/output/. As always, I can not confirm the
>> co
On Fri, 6 Dec 2024 00:27:36 GMT, Damon Nguyen wrote:
> > Looks generally fine overall. But, looking at the URL for the differences
> > in each file per language, I see changes for
> > `src/jdk.compiler/share/classes/com/sun/tools/javac/resources/launcher`. I
> > don't see any changes for this
On Thu, 5 Dec 2024 22:36:12 GMT, Justin Lu wrote:
> Please review this PR which contains the open L10n drop changes for RDP1.
>
> I recommend viewing the improved diffs which are built out by Jon's tool
> here: https://cr.openjdk.org/~jlu/output/. As always, I can not confirm the
> correctnes
On Tue, 26 Nov 2024 18:05:44 GMT, Shaojin Wen wrote:
>> The type of the Unsafe base offset constant is int, which may cause overflow
>> when adding int offsets, such as 8343925 (PR #22012). 8343984 (PR #22027)
>> fixes most of the offset overflows in JDK, but ArraysSupport and CRC32C are
>> st
On Thu, 5 Dec 2024 23:24:56 GMT, Scott Marlow wrote:
>> I made a quick test for this, but you might not want to include it if you
>> aim to backport this improvement to LTS releases as it uses the
>> recently-finalized ClassFile API.
>>
>>
>> /*
>> * Copyright (c) 2024, Oracle and/or its aff
On Thu, 5 Dec 2024 23:24:56 GMT, Scott Marlow wrote:
>> I made a quick test for this, but you might not want to include it if you
>> aim to backport this improvement to LTS releases as it uses the
>> recently-finalized ClassFile API.
>>
>>
>> /*
>> * Copyright (c) 2024, Oracle and/or its aff
On Thu, 5 Dec 2024 16:24:29 GMT, Scott Marlow wrote:
> I am getting the `Duplication annotation for class` error as mentioned in
> https://hibernate.atlassian.net/browse/HHH-18901. The current error message
> does not include the application class name (e.g. container) that the
> specified an
On Thu, 5 Dec 2024 23:18:59 GMT, Chen Liang wrote:
> I made a quick test for this, but you might not want to include it if you aim
> to backport this improvement to LTS releases as it uses the
> recently-finalized ClassFile API.
Excellent, I'm +1000 for adding your test, thank you very much fo
On Thu, 5 Dec 2024 16:24:29 GMT, Scott Marlow wrote:
> I am getting the `Duplication annotation for class` error as mentioned in
> https://hibernate.atlassian.net/browse/HHH-18901. The current error message
> does not include the application class name (e.g. container) that the
> specified an
On Thu, 5 Dec 2024 20:44:59 GMT, Chen Liang wrote:
>> Remove the redundant `@enablePreview` and `--enable-preview` flags for
>> enabling ClassFile API in the tests. The remainder of these flags in all
>> tests seem to serve preview APIs (such as ScopedValue) or language features
>> (primitive
Please review this PR which contains the open L10n drop changes for RDP1.
I recommend viewing the improved diffs which are built out by Jon's tool here:
https://cr.openjdk.org/~jlu/output/. As always, I can not confirm the
correctness on the quality of the translations themselves.
Generally sp
On Thu, 5 Dec 2024 22:26:31 GMT, Chen Liang wrote:
>> test/langtools/tools/javac/annotations/parameter/ParameterAnnotations.java
>> line 643:
>>
>>> 641:
>>> 642: Task.Result result = new JavacTask(tb)
>>> 643: .processors(new TestAP())
>>
>> I assume this fix does not
On Thu, 5 Dec 2024 21:54:19 GMT, Mandy Chung wrote:
>> Chen Liang has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains two commits:
>>
>> - Merge branch 'master' of https://github.com/openjdk/jdk into
>> cleanup/cf-preview
>> - 8334
On Thu, 5 Dec 2024 16:23:17 GMT, Ivan Šipka wrote:
> @AlanBateman @mahendrachhipa @bwhuang-us @serhiysachkov @mcimadamore
> @JornVernee
>
> adding as manual tests
test/jdk/TEST.groups line 625:
> 623: javax/xml/jaxp/datatype/8033980/GregorianCalAndDurSerDataUtil.java \
> 624: java/fo
On Thu, 5 Dec 2024 21:41:28 GMT, Brent Christian wrote:
> `XmlReaderContentHandler.endElement()` routes a `Class.forName()` call
> through `ReflectUtil.forName()`. When
> `sun.reflect.misc.ReflectUtil.forName()` calls the 1-arg `Class.forName()`,
> it is doing so from `java.base`, and so using
On Thu, 5 Dec 2024 20:44:59 GMT, Chen Liang wrote:
>> Remove the redundant `@enablePreview` and `--enable-preview` flags for
>> enabling ClassFile API in the tests. The remainder of these flags in all
>> tests seem to serve preview APIs (such as ScopedValue) or language features
>> (primitive
`XmlReaderContentHandler.endElement()` routes a `Class.forName()` call through
`ReflectUtil.forName()`. When `sun.reflect.misc.ReflectUtil.forName()` calls
the 1-arg `Class.forName()`, it is doing so from `java.base`, and so using the
boot loader.
Changing `XmlReaderContentHandler` to use the 3
On Thu, 5 Dec 2024 16:23:17 GMT, Ivan Šipka wrote:
> @AlanBateman @mahendrachhipa @bwhuang-us @serhiysachkov @mcimadamore
> @JornVernee
>
> adding as manual tests
LGTM
-
PR Comment: https://git.openjdk.org/jdk/pull/22580#issuecomment-2521377846
On Tue, 26 Nov 2024 18:15:47 GMT, Quan Anh Mai wrote:
>> src/jdk.incubator.vector/share/classes/jdk/incubator/vector/AbstractVector.java
>> line 228:
>>
>>> 226: }
>>> 227:
>>> 228: AbstractVector iota = vspecies().asIntegral().iota();
>>
>> I suspect the non-power of two code
On Tue, 26 Nov 2024 18:11:59 GMT, Quan Anh Mai wrote:
>> src/jdk.incubator.vector/share/classes/jdk/incubator/vector/Int256Vector.java
>> line 870:
>>
>>> 868: @Override
>>> 869: public final Int256Shuffle rearrange(VectorShuffle
>>> shuffle) {
>>> 870: return (Int2
> In addition to the goals, scope, motivation, specification and requirement
> notes in [JDK-8315487](https://bugs.openjdk.org/browse/JDK-8315487), we would
> like to describe the most relevant decisions taken during the implementation
> of this enhancement. These notes are organized by feature,
> Remove the redundant `@enablePreview` and `--enable-preview` flags for
> enabling ClassFile API in the tests. The remainder of these flags in all
> tests seem to serve preview APIs (such as ScopedValue) or language features
> (primitive pattern, module imports, etc.), or testing the enable pr
> Cgroup V1 subsustem fails to initialize mounted controllers properly in
> certain cases, that may lead to controllers left undetected/inactive. We
> observed the behavior in CloudFoundry deployments, it affects also host
> systems.
>
> The relevant /proc/self/mountinfo line is
>
>
> 2207 21
> Core reflection's generic signature parsing uses an ancient library with
> outdated visitor pattern on a tree model and contains unnecessary
> boilerplates. This is a duplication of ClassFile API's signature model. We
> should just move to ClassFile API, which is more throughoutly tested as we
On Thu, 5 Dec 2024 16:24:29 GMT, Scott Marlow wrote:
> I am getting the `Duplication annotation for class` error as mentioned in
> https://hibernate.atlassian.net/browse/HHH-18901. The current error message
> does not include the application class name (e.g. container) that the
> specified an
On Thu, 5 Dec 2024 19:05:07 GMT, Scott Marlow wrote:
>> Created a JBS issue https://bugs.openjdk.org/browse/JDK-8345614 for you.
>
>> Created a JBS issue https://bugs.openjdk.org/browse/JDK-8345614 for you.
>
> I'll force push once more to rename the commit to issue reference the ^
> issue. Th
On Thu, 5 Dec 2024 16:24:29 GMT, Scott Marlow wrote:
> I am getting the `Duplication annotation for class` error as mentioned in
> https://hibernate.atlassian.net/browse/HHH-18901. The current error message
> does not include the application class name (e.g. container) that the
> specified an
On Thu, 5 Dec 2024 19:05:07 GMT, Scott Marlow wrote:
>> Created a JBS issue https://bugs.openjdk.org/browse/JDK-8345614 for you.
>
>> Created a JBS issue https://bugs.openjdk.org/browse/JDK-8345614 for you.
>
> I'll force push once more to rename the commit to issue reference the ^
> issue. Th
On Thu, 5 Dec 2024 16:24:29 GMT, Scott Marlow wrote:
> I am getting the `Duplication annotation for class` error as mentioned in
> https://hibernate.atlassian.net/browse/HHH-18901. The current error message
> does not include the application class name (e.g. container) that the
> specified an
On Thu, 5 Dec 2024 18:43:50 GMT, Chen Liang wrote:
> Created a JBS issue https://bugs.openjdk.org/browse/JDK-8345614 for you.
I'll force push once more to rename the commit to issue reference the ^ issue.
Thank you @liach for creating that!
> src/java.base/share/classes/sun/reflect/annotation
On Thu, 5 Dec 2024 16:24:29 GMT, Scott Marlow wrote:
> I am getting the `Duplication annotation for class` error as mentioned in
> https://hibernate.atlassian.net/browse/HHH-18901. The current error message
> does not include the application class name (e.g. container) that the
> specified an
I am getting the `Duplication annotation for class` error as mentioned in
https://hibernate.atlassian.net/browse/HHH-18901. The current error message
does not include the application class name (e.g. container) that the specified
annotation is unexpectedly duplicated. This pull request is for
> This proposed change would move the native objects required for NIO file
> interaction from the libnio native library to the libjava native library on
> Linux, macOS, and Windows.
Brian Burkhalter has updated the pull request with a new target base due to a
merge or a rebase. The pull request
On Tue, 3 Dec 2024 22:43:17 GMT, Mandy Chung wrote:
>> Henry Jen has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fix style
>
> src/jdk.jlink/share/classes/jdk/tools/jlink/internal/TaskHelper.java line 552:
>
>> 550:
On Thu, 5 Dec 2024 11:43:16 GMT, Per Minborg wrote:
>> This PR proposes to fix a performance regression (on x64 platforms) for
>> 32-bit strings introduced by
>> [JDK-8345120](https://bugs.openjdk.org/browse/JDK-8345120).
>>
>> The PR also fixes a performance regression in the benchmarks cause
On Thu, 5 Dec 2024 03:08:36 GMT, Henry Jen wrote:
>> Add jlink plugins to allow branding change for java.vendor, java.vm.vendor
>> and java.vendor.url.
>>
>> The jlink plugin will change the value in java.lang.VersionProps, which will
>> set those property values. The `java.vm.vendor` was init
> The Type and AnnotatedType hierarchies have been enigmatic to new users:
> users have no clue how to categorize arbitrary type objects, when it is safe
> to cast to more specific types, and the exact conditions for method contracts.
>
> A manifest is [JDK-8306039](https://bugs.openjdk.org/brow
On Thu, 5 Dec 2024 17:30:17 GMT, Henry Jen wrote:
>> src/jdk.jlink/share/classes/jdk/tools/jlink/internal/TaskHelper.java line
>> 552:
>>
>>> 550: if (potentiallyGnuOption && param.length() >=
>>> 2 &&
>>> 551: param.charAt(0) == '-' && param
Hi!
I've been thinking a bit about it [the problem] and arrived somewhere along the
lines of it not necessarily being worth adding a new type to represent an index
and an element (or trying to repurpose something existing), as I think the
ergonomics of providing a mapper BiFunction is better, s
On Thu, 5 Dec 2024 17:31:24 GMT, Henry Jen wrote:
>> test/jdk/tools/jlink/TaskHelperTest.java line 115:
>>
>>> 113: { "--raw-arg-plugin", "--main-no-arg --list",
>>> "--main-no-arg"},
>>> 114: { "--raw-arg-plugin", " --main-no-arg", "--main-no-arg" },
>>> 115: };
On Thu, 5 Dec 2024 17:09:47 GMT, Henry Jen wrote:
>> Improving option value handling to support passing argument value starts
>> with "--".
>>
>> Before the fix, in following example, --add-modules will be considered as
>> another option for JLink instead of argument value for --add-options.
>
Hi. There has been a proposal from me (that Chen mentioned), approximately
half a year ago. At the time I have insisted on creating stream sub
interface, and even got a working prototype for sequential streams, but
there have been such a huge complexity blowup in parallisation that I have
just deci
Hi Henrik,
I recall there was a thread for EnumeratedStream
(https://mail.openjdk.org/pipermail/core-libs-dev/2024-April/thread.html#121871)
back in April; it calls for the same feature, to add a stage for indexing
entries.
This approach of using a gatherer is simple; its disadvantage is that wh
> Improving option value handling to support passing argument value starts with
> "--".
>
> Before the fix, in following example, --add-modules will be considered as
> another option for JLink instead of argument value for --add-options.
> --add-options --add-modules=jdk.incubator.concurrent
> -
On Tue, 29 Oct 2024 13:26:37 GMT, Pavel Rappo wrote:
> Prepare for JDK 25.
This pull request has now been integrated.
Changeset: 5cc150c6
Author:Pavel Rappo
URL:
https://git.openjdk.org/jdk/commit/5cc150c63632c3ab8bf23d94f941d3b6db45d55c
Stats: 6176 lines in 98 files changed: 61
Hey folks,
Not having access to the index of an element of a stream is often a
reason to fall back to a traditional loop, at least for me. I'd love
to have `Gatherers.indexed()` that looks something like this:
public static Gatherer> indexed() {
return Gatherer.ofSequential(
() -
@AlanBateman @mahendrachhipa @bwhuang-us @serhiysachkov @mcimadamore
@JornVernee
adding as manual tests
-
Commit messages:
- added TestMatrix and TestUpcallStress to non interactive manual tests
Changes: https://git.openjdk.org/jdk/pull/22580/files
Webrev: https://webrevs.openj
On Thu, 5 Dec 2024 15:01:27 GMT, Alan Bateman wrote:
>> src/java.base/share/classes/sun/reflect/generics/reflectiveObjects/TypeVariableImpl.java
>> line 138:
>>
>>> 136: assert genericDeclaration instanceof Class ||
>>> 137: genericDeclaration instanceof Method ||
>>> 13
On Thu, 5 Dec 2024 10:20:50 GMT, Alan Bateman wrote:
> We hollowed out ReflectUtil as one of the early steps when removing the code
> for running in the SecurityManager execution mode. Most of the usages have
> now been removed so the empty (and unused) methods can be removed. FieldUtils
> and
On Thu, 5 Dec 2024 15:16:46 GMT, Chen Liang wrote:
>> I had hoped to keep the change focused on the removal of the left over
>> ReflectUtil.checkPackageAccess, the else throw AssertionError was a surprise
>> to see. So yes, I agree it can be removed but I'd prefer not touch it now,
>> future w
On Thu, 5 Dec 2024 14:50:53 GMT, Chen Liang wrote:
>> Alan Bateman has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Update copyright header end dates
>
> src/java.base/share/classes/sun/reflect/generics/reflectiveObjects/TypeVariableImpl.
On Thu, 5 Dec 2024 14:46:14 GMT, Alan Bateman wrote:
>> We hollowed out ReflectUtil as one of the early steps when removing the code
>> for running in the SecurityManager execution mode. Most of the usages have
>> now been removed so the empty (and unused) methods can be removed.
>> FieldUtils
On Thu, 5 Dec 2024 14:46:14 GMT, Alan Bateman wrote:
>> We hollowed out ReflectUtil as one of the early steps when removing the code
>> for running in the SecurityManager execution mode. Most of the usages have
>> now been removed so the empty (and unused) methods can be removed.
>> FieldUtils
On Thu, 5 Dec 2024 14:46:14 GMT, Alan Bateman wrote:
>> We hollowed out ReflectUtil as one of the early steps when removing the code
>> for running in the SecurityManager execution mode. Most of the usages have
>> now been removed so the empty (and unused) methods can be removed.
>> FieldUtils
> We hollowed out ReflectUtil as one of the early steps when removing the code
> for running in the SecurityManager execution mode. Most of the usages have
> now been removed so the empty (and unused) methods can be removed. FieldUtils
> and ConstructorUtils can be removed too.
>
> ObjectInputS
On Tue, 3 Dec 2024 18:51:04 GMT, Severin Gehwolf wrote:
> Abort the link with an appropriate error when ALL-MODULE-PATH is being used
> and a link from the run-time image is used but no module path given
> (--module-path arg missing).
Just to double check, with the default build, then `jlink -
On Thu, 5 Dec 2024 10:20:50 GMT, Alan Bateman wrote:
> We hollowed out ReflectUtil as one of the early steps when removing the code
> for running in the SecurityManager execution mode. Most of the usages have
> now been removed so the empty (and unused) methods can be removed. FieldUtils
> and
On Wed, 27 Nov 2024 14:39:31 GMT, Prasadrao Koppula
wrote:
>> Using SharedSecrets, I attempted to expose FileInputStream::path
>> information. After implementing the fix, I validated the startup performance
>> tests. Observed no consistent pattern of performance drops or gains, can
>> disrega
On Tue, 3 Dec 2024 19:59:56 GMT, Henry Jen wrote:
> Improving option value handling to support passing argument value starts with
> "--".
>
> Before the fix, in following example, --add-modules will be considered as
> another option for JLink instead of argument value for --add-options.
> --ad
On Tue, 3 Dec 2024 19:59:56 GMT, Henry Jen wrote:
> Improving option value handling to support passing argument value starts with
> "--".
>
> Before the fix, in following example, --add-modules will be considered as
> another option for JLink instead of argument value for --add-options.
> --ad
> Can I please get a review of this change, which simplifies the interaction
> between the `java` launcher's native code with the
> `sun.launcher.LauncherHelper`?
>
> As noted in https://bugs.openjdk.org/browse/JDK-8341184, this proposed change
> reduces the back and forth between the launcher
On Wed, 4 Dec 2024 14:03:58 GMT, Doug Lea wrote:
> Accommodate compensations when checking for missed signals; add a better test
> for this.
This pull request has now been integrated.
Changeset: 92e9ac6d
Author:Doug Lea
URL:
https://git.openjdk.org/jdk/commit/92e9ac6dc7302a14077244
On Wed, 20 Nov 2024 10:46:54 GMT, Sorna Sarathi wrote:
> This PR adds missing Classpath exception in several files.
>
> JBS Issue: [JDK-8334611](https://bugs.openjdk.org/browse/JDK-8344611)
If you want, you could separate the two areas so that you at least get the
jlink source updated.
--
On Thu, 5 Dec 2024 03:08:36 GMT, Henry Jen wrote:
>> Add jlink plugins to allow branding change for java.vendor, java.vm.vendor
>> and java.vendor.url.
>>
>> The jlink plugin will change the value in java.lang.VersionProps, which will
>> set those property values. The `java.vm.vendor` was init
> This PR proposes to fix a performance regression (on x64 platforms) for
> 32-bit strings introduced by
> [JDK-8345120](https://bugs.openjdk.org/browse/JDK-8345120).
>
> The PR also fixes a performance regression in the benchmarks caused by using
> the wrong type for `MemorySegment`.
>
> Regr
On Thu, 5 Dec 2024 10:20:50 GMT, Alan Bateman wrote:
> We hollowed out ReflectUtil as one of the early steps when removing the code
> for running in the SecurityManager execution mode. Most of the usages have
> now been removed so the empty (and unused) methods can be removed. FieldUtils
> and
On Thu, 5 Dec 2024 04:38:04 GMT, Jaikiran Pai wrote:
>> Can I please get a review of this change which proposes to address
>> https://bugs.openjdk.org/browse/JDK-8341551?
>>
>> The primary work in this PR is the specification of the previously existing
>> `sun.misc.URLClassPath.disableJarChec
On Wed, 4 Dec 2024 14:23:40 GMT, Jaikiran Pai wrote:
> Can I please get a review of this change which proposes to address
> https://bugs.openjdk.org/browse/JDK-8341551?
>
> The primary work in this PR is the specification of the previously existing
> `sun.misc.URLClassPath.disableJarChecking`
We hollowed out ReflectUtil as one of the early steps when removing the code
for running in the SecurityManager execution mode. Most of the usages have now
been removed so the empty (and unused) methods can be removed. FieldUtils and
ConstructorUtils can be removed too.
ObjectInputStream/Object
On Wed, 4 Dec 2024 19:24:20 GMT, Doug Lea wrote:
>> Accommodate compensations when checking for missed signals; add a better
>> test for this.
>
> Doug Lea has updated the pull request with a new target base due to a merge
> or a rebase. The incremental webrev excludes the unrelated changes bro
On Tue, 19 Nov 2024 11:12:01 GMT, Christian Stein wrote:
> Please review this follow-up PR to improve `java`'s manpage section about
> wildcards in argument files: the confusing sentence is now removed.
>
> This is a cleanup of commit
> https://github.com/openjdk/jdk/commit/5cb0d438231383d491b
On Wed, 4 Dec 2024 19:24:20 GMT, Doug Lea wrote:
>> Accommodate compensations when checking for missed signals; add a better
>> test for this.
>
> Doug Lea has updated the pull request with a new target base due to a merge
> or a rebase. The incremental webrev excludes the unrelated changes bro
On Tue, 3 Dec 2024 18:49:43 GMT, Raffaello Giulietti
wrote:
> `jdk.internal.math.FloatingDecimal` parsing is mostly exercised on inputs
> produced by `Float.toString` and `Double.toString`, but should be extended on
> more random inputs.
This pull request has now been integrated.
Changeset:
On Wed, 4 Dec 2024 18:57:16 GMT, Doug Lea wrote:
>> test/jdk/java/lang/Thread/virtual/Starvation.java line 1:
>>
>>> 1: /* @test
>>
>> Suggestion:
>>
>> /*
>> * Copyright (c) 2024, Oracle and/or its affiliates. All rights reserved.
>> * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE H
On Wed, 4 Dec 2024 10:04:17 GMT, Christian Stein wrote:
>> Please review this follow-up PR to improve `java`'s manpage section about
>> wildcards in argument files: the confusing sentence is now removed.
>>
>> This is a cleanup of commit
>> https://github.com/openjdk/jdk/commit/5cb0d438231383d
On Thu, 5 Dec 2024 04:38:04 GMT, Jaikiran Pai wrote:
>> Can I please get a review of this change which proposes to address
>> https://bugs.openjdk.org/browse/JDK-8341551?
>>
>> The primary work in this PR is the specification of the previously existing
>> `sun.misc.URLClassPath.disableJarChec
85 matches
Mail list logo
