- core-libs-dev - openjdk.org

RFR: 8374342: Remove incorrect @throws NoSuchFileException from FileUtils.java
by eunbin son 07 Mar '26

07 Mar '26

### Summary Remove incorrect @throws documentation from FileUtils.deleteFileIfExistsWithRetry. ### Description The method documentation states that no exception is thrown if the file does not exist. The implementation checks file existence before deletion and does not throw NoSuchFileException in this case. This change removes the contradictory @throws clause. No behavior is changed. ### Bug ID : JDK-8374342 https://bugs.java.com/bugdatabase/view_bug?bug_id=8374342 ------------- Commit messages: - 8374342: Remove incorrect @throws NoSuchFileException from FileUtils.java Changes: https://git.openjdk.org/jdk/pull/28985/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=28985&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8374342 Stats: 2 lines in 1 file changed: 0 ins; 2 del; 0 mod Patch: https://git.openjdk.org/jdk/pull/28985.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/28985/head:pull/28985 PR: https://git.openjdk.org/jdk/pull/28985

3 6

RFR: 8379443: Correct build tags in some math tests
by Joe Darcy 07 Mar '26

07 Mar '26

Pulled out test fixes from https://git.openjdk.org/jdk/pull/29870. ------------- Commit messages: - JDK-8379443: Correct build tags in some math tests Changes: https://git.openjdk.org/jdk/pull/30127/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=30127&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8379443 Stats: 7 lines in 3 files changed: 4 ins; 0 del; 3 mod Patch: https://git.openjdk.org/jdk/pull/30127.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/30127/head:pull/30127 PR: https://git.openjdk.org/jdk/pull/30127

2 1

RFR: 8378414: Add methods to test for representation equivalence
by Joe Darcy 07 Mar '26

07 Mar '26

Floating-point values have a notion of representation equivalence distinct from the comparison done by ==. This notion of equivalence could have a method to provide the predicate directly, rather than relying on one of several expressions listed in the documentation ([JDK-8295391](https://bugs.openjdk.org/browse/JDK-8295391)) ------------- Commit messages: - 8378414: Add methods to test for representation equivalence Changes: https://git.openjdk.org/jdk/pull/29870/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=29870&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8378414 Stats: 89 lines in 5 files changed: 66 ins; 0 del; 23 mod Patch: https://git.openjdk.org/jdk/pull/29870.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/29870/head:pull/29870 PR: https://git.openjdk.org/jdk/pull/29870

4 13

RFR: 8378295: Update scalar AVX10 floating point min/max definitions
by Mohamed Issa 06 Mar '26

06 Mar '26

Although the scalar AVX10 floating point min/max instructions (VMINMAXSD, VMINMAXSS, VMINMAXSH) are compact, it's better not to use them in reduction loops. This is because of serial data dependencies that get triggered across loop iterations. An alternate implementation using comparisons and jumps leverages branch prediction and limits the effects of data dependencies to cheaper instructions (e.g, MOV). With that background provided, these changes remove AVX10 floating point min/max instructions from single and double precision floating point reduction loops. Instead, a separate sequence of instructions is used. Currently, min/max half precision floating point reduction loops aren't detectable, so they will be handled in a separate PR. There is also some code cleanup to remove unused instruction definitions while also adding necessary supporting infrastructure. The JTREG tests listed below were used to verify correctness with the recommended JVM options mentioned in corresponding source files. All modifications and tests used [OpenJDK v27-b12](https://github.com/openjdk/jdk/releases/tag/jdk-27%2B12) as the baseline build. 1. `jtreg:test/jdk/jdk/incubator/vector/DoubleVector64Tests.java` 2. `jtreg:test/jdk/jdk/incubator/vector/DoubleVector128Tests.java` 3. `jtreg:test/jdk/jdk/incubator/vector/DoubleVector256Tests.java` 4. `jtreg:test/jdk/jdk/incubator/vector/DoubleVector512Tests.java` 5. `jtreg:test/jdk/jdk/incubator/vector/DoubleVectorMaxTests.java` 6. `jtreg:test/jdk/jdk/incubator/vector/FloatVector64Tests.java` 7. `jtreg:test/jdk/jdk/incubator/vector/FloatVector128Tests.java` 8. `jtreg:test/jdk/jdk/incubator/vector/FloatVector256Tests.java` 9. `jtreg:test/jdk/jdk/incubator/vector/FloatVector512Tests.java` 10. `jtreg:test/jdk/jdk/incubator/vector/FloatVectorMaxTests.java` 11. `jtreg:test/hotspot/jtreg/compiler/vectorization/TestFloat16VectorOperations.java` 12. `jtreg:test/hotspot/jtreg/compiler/c2/irTests/TestFloat16ScalarOperations.java` 13. `jtreg:test/hotspot/jtreg/compiler/igvn/TestMinMaxIdentity.java` 14. `jtreg:test/hotspot/jtreg/compiler/intrinsics/float16/TestFloat16MaxMinSpecialValues.java` Finally, the JMH micro-benchmarks listed below were updated to ensure all code paths are exercised. 1. `micro:test/micro/org/openjdk/bench/jdk/incubator/vector/Float16OperationsBenchmark.java` 2. `micro:test/micro/org/openjdk/bench/vm/compiler/FpMinMaxIntrinsics.java` ------------- Commit messages: - Remove half precision min/max reduction definitions and adjust corresponding benchmarks. - Use alternative instruction flow for half precision reduction loops and add supporting infrastructure. - Merge branch 'master' into user/missa-prime/avx10_2 - Replace scalar AVX10.2 floating point min/max instructions with more efficient sequence Changes: https://git.openjdk.org/jdk/pull/29831/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=29831&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8378295 Stats: 601 lines in 9 files changed: 425 ins; 86 del; 90 mod Patch: https://git.openjdk.org/jdk/pull/29831.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/29831/head:pull/29831 PR: https://git.openjdk.org/jdk/pull/29831

1 0

RFR: 8376521: Verifier: disallow acmp & ifnull on 'uninitialized' types
by Matias Saavedra Silva 06 Mar '26

06 Mar '26

This patch forwards JDK-8366743 to mainline which implement the spec changes to acmp ifnull and uninitializedThis. Verified with tier 1-5 tests. ------------- Commit messages: - 8375483 and 8376521 Changes: https://git.openjdk.org/jdk/pull/30036/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=30036&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8376521 Stats: 470 lines in 13 files changed: 459 ins; 3 del; 8 mod Patch: https://git.openjdk.org/jdk/pull/30036.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/30036/head:pull/30036 PR: https://git.openjdk.org/jdk/pull/30036

4 5

RFR: 8379432: jpackage: Make default equals() in jdk.jpackage.test.CannedFormattedString class work as expected
by Alexey Semenyuk 06 Mar '26

06 Mar '26

Change the type of the "args" parameter in the CannedFormattedString class from `Object[]` to `List<Object>`. Add unit tests. Move unrelated methods from CannedFormattedString to the CannedArgument class. Others are follow-up changes. ------------- Commit messages: - CannedFormattedString: move some methods to the CannedArgument class - CannedFormattedString: change type of the "args" property from Object[] to List<Object> and fix addPrefix() to make the default CannedFormattedString#equals() work correctly; add unit tests; JPackageStringBundle: use the same fomatter to make CannedFormattedString#equals() work correctly Changes: https://git.openjdk.org/jdk/pull/30084/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=30084&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8379432 Stats: 252 lines in 8 files changed: 206 ins; 34 del; 12 mod Patch: https://git.openjdk.org/jdk/pull/30084.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/30084/head:pull/30084 PR: https://git.openjdk.org/jdk/pull/30084

1 1

RFR: 8379426: [macos] jpackage: runtime bundle version suffix is out of sync with the version property in the Info.plist file
by Alexey Semenyuk 06 Mar '26

06 Mar '26

Fix the issue that when creating a runtime bundle, jpackage doesn't read the version from the plist file, resulting in an inconsistency between the model and the output bundle. It manifests as an incorrect version suffix in the output bundle name. Additionally, rename `TempKeychain` in `ActiveKeychainList` and add unit tests. ------------- Commit messages: - Update copyright year - ErrorTest: Fix "ErrorTest.test(NATIVE; args-add=[--app-image, @@MAC_APP_IMAGE_INVALID_INFO_PLIST@@]; errors=[message.error-header+[error.invalid-app-image-plist-file, @@MAC_APP_IMAGE_INVALID_INFO_PLIST@@]])" test case failure - Follow-up tests update - Fix the issue when creating a runtime bundle, jpackage doesn't read the version from the plist file resulting in inconsistency of the model and the output bundle. It manifests with the incorrect version suffix of the output bundle name. - TempKeychain: rename into ActiveKeychainList; make it testable; add unit tests (94% coverage) Changes: https://git.openjdk.org/jdk/pull/30086/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=30086&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8379426 Stats: 754 lines in 14 files changed: 543 ins; 172 del; 39 mod Patch: https://git.openjdk.org/jdk/pull/30086.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/30086/head:pull/30086 PR: https://git.openjdk.org/jdk/pull/30086

1 1

RFR: 8379035: (tz) Update Timezone Data to 2026a
by Johny Jose 06 Mar '26

06 Mar '26

tzdata 2026a changes ------------- Commit messages: - 8379035: (tz) Update Timezone Data to 2026a Changes: https://git.openjdk.org/jdk/pull/30108/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=30108&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8379035 Stats: 77 lines in 5 files changed: 64 ins; 1 del; 12 mod Patch: https://git.openjdk.org/jdk/pull/30108.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/30108/head:pull/30108 PR: https://git.openjdk.org/jdk/pull/30108

3 2

RFR: 8352171: Arrays.hashCode for sub-range of byte array API addition
by Zihao Lin 06 Mar '26

06 Mar '26

Add the java.util.Arrays.hashCode(byte[], int start, int end). Hi team, I am new here, please give me some guidance. Thank you. ------------- Commit messages: - 8352171: Arrays.hashCode for sub-range of byte array API addition Changes: https://git.openjdk.org/jdk/pull/24128/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=24128&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8352171 Stats: 30 lines in 1 file changed: 30 ins; 0 del; 0 mod Patch: https://git.openjdk.org/jdk/pull/24128.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/24128/head:pull/24128 PR: https://git.openjdk.org/jdk/pull/24128

6 17

RFR: 8364025: MinMaxVector clipping range benchmark highestInt/Long can overflow
by Galder Zamarreño 06 Mar '26

06 Mar '26

Fixed benchmark code to avoid overflowing when calculating `highestInt` and `highestLong`. I observed this during early benchmark runs of https://github.com/openjdk/jdk/pull/30070. I observed some oddities in the results with the clipping range benchmarks, and when I inspected the assembly, the values that were being used to clip didn't make sense. After fixing this the odd results went away. ------------- Commit messages: - Fix highest int/log values, they were overflowing Changes: https://git.openjdk.org/jdk/pull/30115/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=30115&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8364025 Stats: 2 lines in 1 file changed: 0 ins; 0 del; 2 mod Patch: https://git.openjdk.org/jdk/pull/30115.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/30115/head:pull/30115 PR: https://git.openjdk.org/jdk/pull/30115

1 0