On Wed, 4 May 2022 20:27:04 GMT, lennartfricke wrote:
> Provide micro-benchmark for comparison
The speedup is roughly 1.6.
-
PR: https://git.openjdk.java.net/jdk/pull/8542
> Removing the Duplicate keys present in XSLTErrorResources.java and
> XPATHErrorResources.java
>
> The bug report for the same: https://bugs.openjdk.java.net/browse/JDK-8285097
Shruthi has updated the pull request incrementally with one additional commit
since the last revision:
Add last mo
On Wed, 27 Apr 2022 16:42:23 GMT, Naoto Sato wrote:
> Looks fine to me. Nit: please modify the copyright years for `javap`
> properties files, as you modified the base (`javap.properties`) file.
I’m sorry for the late reply.
Thank you for your advice. I modified the copyright years for all fi
> When showing help for the jlink command in a Japanese locale, delimiters of
> option's aliases are a mixture of "," and \u3001. Delimiter should be unified
> to ",".
> As the same, there is a inconsistency of delimiters in the jar command help
> in a Japanese locale, and "," should be used.
>
On Sun, 8 May 2022 21:57:20 GMT, Leonid Mesnik wrote:
> …resulting in failure to produce a stack when a test times out
Marked as reviewed by alanb (Reviewer).
-
PR: https://git.openjdk.java.net/jdk/pull/8588
On Sat, 7 May 2022 01:27:57 GMT, Joe Darcy wrote:
> Looks fine in and of itself, but not sure how it will interact with the
> (presumed) integration of JEP 424: "Foreign Function & Memory API (Preview)"
> which will at least move the file, if not otherwise modify it.
I assume the changes are s
On Fri, 6 May 2022 22:02:58 GMT, Stephen Colebourne
wrote:
> Seems reasonable to me. plus(long, long) already has this optimisation.
If it already had this optimization then why change anything? I think you're
referring to the check for `0` to return `this` then that is something
`plusSeconds
On Wed, 4 May 2022 20:27:04 GMT, lennartfricke wrote:
> Provide micro-benchmark for comparison
Marked as reviewed by redestad (Reviewer).
-
PR: https://git.openjdk.java.net/jdk/pull/8542
On Sun, 8 May 2022 21:57:20 GMT, Leonid Mesnik wrote:
> …resulting in failure to produce a stack when a test times out
Looks good.
Thanks,
David
-
Marked as reviewed by dholmes (Reviewer).
PR: https://git.openjdk.java.net/jdk/pull/8588
…resulting in failure to produce a stack when a test times out
-
Commit messages:
- 8284550: test failure_handler is not properly invoking jhsdb jstack,
resulting in failure to produce a stack when a test times out
Changes: https://git.openjdk.java.net/jdk/pull/8588/files
Webrev:
On Sat, 7 May 2022 06:50:40 GMT, Ichiroh Takiguchi
wrote:
>> On JDK19 with Linux ja_JP.eucjp locale,
>> System.getenv() returns unexpected value if environment variable has
>> Japanese EUC characters.
>> It seems this issue happens because of JEP 400.
>> Arguments for ProcessBuilder have same k
On Fri, 6 May 2022 11:32:25 GMT, Claes Redestad wrote:
> A few untested and unused methods in `VerifyType` which can be removed.
> (Possibly used by native JSR 292 implementations in JDK 7).
Marked as reviewed by alanb (Reviewer).
-
PR: https://git.openjdk.java.net/jdk/pull/8570
Le 08/05/2022 à 14:15, Victor Williams Stafusa da Silva a écrit :
Was that using Java 17+, which included JEP 306 delivered?
No, but my understanding is that JEP 306 does not apply to Math versus
StrictMath behavior. In my understanding, the strictfp keyword was only
about the use of extended
Was that using Java 17+, which included JEP 306 delivered?
Em dom., 8 de mai. de 2022 às 08:10, Martin Desruisseaux <
martin.desruisse...@geomatys.com> escreveu:
> Le 08/05/2022 à 10:56, Andrew Haley a écrit :
>
> > Some targets (x86, in particular) have intrinsics (log, trig) that are
> > faster
Sure, there are the x86 intrinsics. But since JEP 306 was delivered, is
this still valid? The Motivation section of the JEP 306 seems to imply that
this is not the case anymore. Of course, I could just be grossly
misunderstanding what is/was JEP 306 and/or to which depth it meant by
"restore always
> Changes ForkJoinPool.close spec and code to trap close as a no-op if called
> on common pool
Doug Lea has updated the pull request incrementally with one additional commit
since the last revision:
Test improvements
-
Changes:
- all: https://git.openjdk.java.net/jdk/pull/8577
On Sun, 8 May 2022 01:51:17 GMT, Martin Buchholz wrote:
>> Doug Lea has updated the pull request incrementally with three additional
>> commits since the last revision:
>>
>> - Accommodate restrictive SecurityManagers
>> - merge with loom updates
>>Merge remote-tracking branch 'refs/remot
Le 08/05/2022 à 10:56, Andrew Haley a écrit :
Some targets (x86, in particular) have intrinsics (log, trig) that are
faster than StrictMath and also more accurate. StrictMath is not about
accuracy, but cross-architecture down-to-the-last bit reproducibility.
Whether we still need that reproduc
On 5/8/22 06:54, Victor Williams Stafusa da Silva wrote:
If StrictMath is still needed and could produce different results than
Math in some modern hardware, then by the javadocs, it seems to imply that
Math should always delegate to StrictMath and never the other way around.
Why is it not always
19 matches
Mail list logo
