From zzambers at openjdk.org  Mon Jan  5 15:32:51 2026
From: zzambers at openjdk.org (Zdenek Zambersky)
Date: Mon, 5 Jan 2026 15:32:51 GMT
Subject: [jdk8u-dev] Withdrawn: 8348598: Update Libpng to 1.6.47
In-Reply-To: <_5O8_UnqnA8NwIe60eGO4D9OijXncd1bQZSQuDzSnow=.2e8f3144-855e-43fd-ad64-a75fcf52b283@github.com>
References: <_5O8_UnqnA8NwIe60eGO4D9OijXncd1bQZSQuDzSnow=.2e8f3144-855e-43fd-ad64-a75fcf52b283@github.com>
Message-ID: <B_Eyf034TydZ90nXD2nRRu2SrWrkRbRde-akQ4JA538=.e59da89e-22a1-44d4-8301-64e029905c56@github.com>

On Tue, 2 Dec 2025 13:39:22 GMT, Zdenek Zambersky <zzambers at openjdk.org> wrote:

> This backport updates bundled libpng to 1.6.47.
> There are some differences to jdk11:
> - there is no `libpng.md` in JDK 8, equivalent changes were done to `THIRD_PARTY_README`
> - changes to `UPDATING.txt` were excluded (this file is not present in 8)
> - changes to `/lib/Awt2dLibraries.gmk` were excluded, as build system of jdk 8 is different and there is no support for `DISABLED_WARNINGS_*` there
> 
> Otherwise, when it comes to library source files (libpng dir), changes applied cleanly (although they have different path).
> I have also tried to use diff to compare contents of libpng directory (after update to 1.6.47) in jdk 8 and jdk 11, there are same, except for `UPDATING.txt`, which is only present in jdk 11.
> 
> **Motivation:**
> - to fix one build error on macos-15 (it no longer ships with `fp.h`)
> 
>  In file included from /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/jdk/src/share/native/sun/awt/libpng/png.c:42:
> /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/jdk/src/share/native/sun/awt/libpng/pngpriv.h:552:16: fatal error: 'fp.h' file not found
>   552 | #      include <fp.h>
>       |                ^~~~~~
> 1 error generated.
> gmake[2]: *** [lib/Awt2dLibraries.gmk:1256: /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/build/macos-x64/jdk/objs/libsplashscreen/png.o] Error 1
> 
> - to prepare for [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534) (update to 1.6.51) in the future
> 
> Testing:
> - testing in GHA: **OK** (failures of `TestCPUAwareness.java` are [unrelated](https://github.com/openjdk/jdk8u-dev/pull/727))
> - manually tested `jdk/test/java/awt/SplashScreen` (rhel-8 VM / tigervnc): **OK**

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/729

From zzambers at openjdk.org  Mon Jan  5 15:32:50 2026
From: zzambers at openjdk.org (Zdenek Zambersky)
Date: Mon, 5 Jan 2026 15:32:50 GMT
Subject: [jdk8u-dev] RFR: 8348598: Update Libpng to 1.6.47
In-Reply-To: <_5O8_UnqnA8NwIe60eGO4D9OijXncd1bQZSQuDzSnow=.2e8f3144-855e-43fd-ad64-a75fcf52b283@github.com>
References: <_5O8_UnqnA8NwIe60eGO4D9OijXncd1bQZSQuDzSnow=.2e8f3144-855e-43fd-ad64-a75fcf52b283@github.com>
Message-ID: <WrJfH7ZdNV0JM7vdi9NGwZAqy02I7ejWa0p_zEW3k1k=.b8fd47e9-da14-4f4e-879b-e34654d5575a@github.com>

On Tue, 2 Dec 2025 13:39:22 GMT, Zdenek Zambersky <zzambers at openjdk.org> wrote:

> This backport updates bundled libpng to 1.6.47.
> There are some differences to jdk11:
> - there is no `libpng.md` in JDK 8, equivalent changes were done to `THIRD_PARTY_README`
> - changes to `UPDATING.txt` were excluded (this file is not present in 8)
> - changes to `/lib/Awt2dLibraries.gmk` were excluded, as build system of jdk 8 is different and there is no support for `DISABLED_WARNINGS_*` there
> 
> Otherwise, when it comes to library source files (libpng dir), changes applied cleanly (although they have different path).
> I have also tried to use diff to compare contents of libpng directory (after update to 1.6.47) in jdk 8 and jdk 11, there are same, except for `UPDATING.txt`, which is only present in jdk 11.
> 
> **Motivation:**
> - to fix one build error on macos-15 (it no longer ships with `fp.h`)
> 
>  In file included from /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/jdk/src/share/native/sun/awt/libpng/png.c:42:
> /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/jdk/src/share/native/sun/awt/libpng/pngpriv.h:552:16: fatal error: 'fp.h' file not found
>   552 | #      include <fp.h>
>       |                ^~~~~~
> 1 error generated.
> gmake[2]: *** [lib/Awt2dLibraries.gmk:1256: /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/build/macos-x64/jdk/objs/libsplashscreen/png.o] Error 1
> 
> - to prepare for [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534) (update to 1.6.51) in the future
> 
> Testing:
> - testing in GHA: **OK** (failures of `TestCPUAwareness.java` are [unrelated](https://github.com/openjdk/jdk8u-dev/pull/727))
> - manually tested `jdk/test/java/awt/SplashScreen` (rhel-8 VM / tigervnc): **OK**

This PR now seems obsolete in favor of jdk8u PR by @gnu-andrew: https://github.com/openjdk/jdk8u/pull/83
(which updates libpng up to 1.6.51)
Closing.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/729#issuecomment-3710906274

From abakhtin at openjdk.org  Tue Jan  6 03:14:00 2026
From: abakhtin at openjdk.org (Alexey Bakhtin)
Date: Tue, 6 Jan 2026 03:14:00 GMT
Subject: [jdk8u] RFR: 8372534: Update Libpng to 1.6.51
In-Reply-To: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
References: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
Message-ID: <dHjqW-hrnmRzCI84DXuesNwbmNU6r6R8XdIYHw_5yvg=.41f44405-dfe2-4969-9236-100b2454c5b7@github.com>

On Sat, 27 Dec 2025 18:26:18 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Update to the latest version of libpng. Change includes both the backport of the latest libpng change, [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534), and previous updates not present in 8u ([JDK-8316030](https://bugs.openjdk.org/browse/JDK-8316030) - 1.6.40, [JDK-8329004](https://bugs.openjdk.org/browse/JDK-8329004) - 1.6.43, [JDK-8348598](https://bugs.openjdk.org/browse/JDK-8348598) - 1.6.47). The change built fine with GCC 8 on RHEL 8 and `java/awt/SplashScreen` tests passed.
> 
> I also included `UPDATING.txt` introduced in [JDK-8208353](https://bugs.openjdk.org/browse/JDK-8208353) in 11u, but not 8u, and updated in [JDK-8295685](https://bugs.openjdk.org/browse/JDK-8295685) as part of the JDK-8329004 backport which updates it.
> 
> I'm proposing this during rampdown so the release ships with the latest version, as we also do with e.g. tzdata.

Marked as reviewed by abakhtin (Committer).

Thank you for the backport.
I'm not a reviewer, but it looks good to me. I do not see any regressions.

-------------

PR Review: https://git.openjdk.org/jdk8u/pull/83#pullrequestreview-3629185572
PR Comment: https://git.openjdk.org/jdk8u/pull/83#issuecomment-3712934159

From andrew at openjdk.org  Tue Jan  6 22:18:02 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 6 Jan 2026 22:18:02 GMT
Subject: [jdk8u] RFR: 8372534: Update Libpng to 1.6.51
In-Reply-To: <dHjqW-hrnmRzCI84DXuesNwbmNU6r6R8XdIYHw_5yvg=.41f44405-dfe2-4969-9236-100b2454c5b7@github.com>
References: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
 <dHjqW-hrnmRzCI84DXuesNwbmNU6r6R8XdIYHw_5yvg=.41f44405-dfe2-4969-9236-100b2454c5b7@github.com>
Message-ID: <1xZBYdZ08qS6JT3XGZkOQ2PJSvmbL7OnAGGPInehSeY=.81efc9d3-4fbe-44a0-9bde-4d607ae598dc@github.com>

On Tue, 6 Jan 2026 03:08:57 GMT, Alexey Bakhtin <abakhtin at openjdk.org> wrote:

> Thank you for the backport. I'm not a reviewer, but it looks good to me. I do not see any regressions.

Thanks Alexey. I'll have to move this over to 8u-dev now as we are post-freeze, but still plan to include this in the January release in sync with the later JDK releases.

-------------

PR Comment: https://git.openjdk.org/jdk8u/pull/83#issuecomment-3716561259

From serb at openjdk.org  Wed Jan  7 02:24:50 2026
From: serb at openjdk.org (Sergey Bylokhov)
Date: Wed, 7 Jan 2026 02:24:50 GMT
Subject: [jdk8u] RFR: 8372534: Update Libpng to 1.6.51
In-Reply-To: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
References: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
Message-ID: <UIglRpm0KuhSjJbowS6g3yYyBZetmJ-tl6P8_pK5qag=.89d31ca8-15ce-4861-9073-bff76ed2436a@github.com>

On Sat, 27 Dec 2025 18:26:18 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Update to the latest version of libpng. Change includes both the backport of the latest libpng change, [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534), and previous updates not present in 8u ([JDK-8316030](https://bugs.openjdk.org/browse/JDK-8316030) - 1.6.40, [JDK-8329004](https://bugs.openjdk.org/browse/JDK-8329004) - 1.6.43, [JDK-8348598](https://bugs.openjdk.org/browse/JDK-8348598) - 1.6.47). The change built fine with GCC 8 on RHEL 8 and `java/awt/SplashScreen` tests passed.
> 
> I also included `UPDATING.txt` introduced in [JDK-8208353](https://bugs.openjdk.org/browse/JDK-8208353) in 11u, but not 8u, and updated in [JDK-8295685](https://bugs.openjdk.org/browse/JDK-8295685) as part of the JDK-8329004 backport which updates it.
> 
> I'm proposing this during rampdown so the release ships with the latest version, as we also do with e.g. tzdata.

Marked as reviewed by serb (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk8u/pull/83#pullrequestreview-3633131099

From sgehwolf at openjdk.org  Wed Jan  7 10:19:16 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Wed, 7 Jan 2026 10:19:16 GMT
Subject: [jdk8u-dev] RFR: 8284758: [linux] improve print_container_info
In-Reply-To: <dMFcFuL8s4ut0AySY9xK0H0kW6OBMZg533KG2kgGBMk=.a0a7c4f6-f1b5-4610-8454-4e78284c2f4a@github.com>
References: <7KHPPrp_04m38_FLqfv2s2IgVr_DN4DvUxFUonkNXGU=.0e22ac8c-4d3c-4f93-a227-5c2eff93c077@github.com>
 <dMFcFuL8s4ut0AySY9xK0H0kW6OBMZg533KG2kgGBMk=.a0a7c4f6-f1b5-4610-8454-4e78284c2f4a@github.com>
Message-ID: <uihaTbneX6dW9FcQpvA9xH6rYND7UhlcJh5or8iANfY=.9bd07c8a-38c8-4bf0-a3a0-faeb80f5f935@github.com>

On Fri, 19 Dec 2025 09:07:26 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

>> Low-risk, for Oracle parity. Mostly a clean-up. This will ease the future backporting of [JDK-8287011].
>> 
>> Doesn't apply clean: needs adjusting for paths and also context, to reflect 8u's lack of the pid controller ([JDK-8266490]).
>> 
>> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8287011 (forthcoming)
>> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8266490 (not considered)
>
> still seeking a review. Thanks!

@jmtd Before this one is being merged, please merge latest master once the depending PR is integrated. This should also update the GHA runs. Thanks!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/724#issuecomment-3718186504

From andrew at openjdk.org  Wed Jan  7 17:11:59 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Wed, 7 Jan 2026 17:11:59 GMT
Subject: [jdk8u-dev] RFR: 8328999: Update GIFlib to 5.2.2 [v6]
In-Reply-To: <XHGqMlzBLLtlSCA1-LUkcKDtLC4RdD81bvB6fqe6dtg=.ea11be3a-a6ba-469f-92d6-b6b77c8248ec@github.com>
References: <9ZtnRvABbtHSlYnLBINebgkvpNyoCxJuZ97PZRbfnCM=.02cc0ea5-908c-4542-8d64-a521e01c69fe@github.com>
 <XHGqMlzBLLtlSCA1-LUkcKDtLC4RdD81bvB6fqe6dtg=.ea11be3a-a6ba-469f-92d6-b6b77c8248ec@github.com>
Message-ID: <mS0avaNIT1lGyY2Y7ZyUzZ3RwiilWZ_p2dyIcujsIQE=.7f44ff73-bcdc-46cb-b57b-feb653c59b19@github.com>

On Fri, 5 Dec 2025 16:48:16 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> This updates the in-tree giflib to 5.2.2. The actual code changes are a clean backport, but the license file changes needed adapting from the `giflib.md` file in 11u and later to the `THIRD_PARTY_README` file in 8u (now only one copy following [JDK-8338144](https://bugs.openjdk.org/browse/JDK-8338144))
>> 
>> 8u is also missing [JDK-8225487](https://bugs.openjdk.org/browse/JDK-8225487) which I've included as part of this patch. This updates the license to credit `openbsd-reallocarray.c` and is updated further by 8238999. I also included changes made by the 5.2.1 update which were missed because 8225487 was missing.
>> 
>> In `gif_lib.h`, I have restored the workaround for a missing `stdbool.h` on Windows only. This is needed to build on Visual Studio 2010.
>> 
>> The `giflib.md` changes include some odd changes, replacing the giflib VCS URL with just `tree/README`. I've raised [8339271](https://bugs.openjdk.org/browse/JDK-8339271) to correct this and will look at backporting that as a follow-up.
>
> Andrew John Hughes 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 10 additional commits since the last revision:
> 
>  - Merge remote-tracking branch 'dev/master' into JDK-8328999
>  - Declare correct_saved_images at start of block
>  - Merge remote-tracking branch 'dev/master' into JDK-8328999
>  - Merge remote-tracking branch 'dev/master' into JDK-8328999
>  - Merge remote-tracking branch 'origin/master' into JDK-8328999
>  - Merge remote-tracking branch 'dev/master' into JDK-8328999
>  - Add missing #endif
>  - Restore local modifications on Windows to work around missing stdbool.h on VS2010
>  - Merge remote-tracking branch 'dev/master' into JDK-8328999
>  - Backport bc8aeb6496b7e86d1f616d4c1b7c26f172c1dd8a

The two failing tests are exempted from current 8u-dev so another merge should fix this. I'll then finally get this flagged for approval.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/571#issuecomment-3719870963

From sgehwolf at openjdk.org  Wed Jan  7 17:38:14 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Wed, 7 Jan 2026 17:38:14 GMT
Subject: [jdk8u] RFR: 8372534: Update Libpng to 1.6.51
In-Reply-To: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
References: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
Message-ID: <rq73gkQjHPtBCZAHk9M6NyCh84RSTozC9veZ-0sNuU4=.5e98f6f0-2aa7-4f27-9cf9-f77dbd2f6370@github.com>

On Sat, 27 Dec 2025 18:26:18 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Update to the latest version of libpng. Change includes both the backport of the latest libpng change, [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534), and previous updates not present in 8u ([JDK-8316030](https://bugs.openjdk.org/browse/JDK-8316030) - 1.6.40, [JDK-8329004](https://bugs.openjdk.org/browse/JDK-8329004) - 1.6.43, [JDK-8348598](https://bugs.openjdk.org/browse/JDK-8348598) - 1.6.47). The change built fine with GCC 8 on RHEL 8 and `java/awt/SplashScreen` tests passed.
> 
> I also included `UPDATING.txt` introduced in [JDK-8208353](https://bugs.openjdk.org/browse/JDK-8208353) in 11u, but not 8u, and updated in [JDK-8295685](https://bugs.openjdk.org/browse/JDK-8295685) as part of the JDK-8329004 backport which updates it.
> 
> I'm proposing this during rampdown so the release ships with the latest version, as we also do with e.g. tzdata.

Quoting Sergey from https://github.com/openjdk/jdk8u-dev/pull/729:

> Please confirm that the splashscreen tests works fine on macOS, Linux, and Windows. test/java/awt/SplashScreen/*

-------------

PR Comment: https://git.openjdk.org/jdk8u/pull/83#issuecomment-3719976808

From andrew at openjdk.org  Thu Jan  8 00:13:16 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Thu, 8 Jan 2026 00:13:16 GMT
Subject: [jdk8u] RFR: 8372534: Update Libpng to 1.6.51
In-Reply-To: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
References: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
Message-ID: <ijn1gybeDnt4Y6tHIXj495VF4FBGedXY5agKUi1JbDU=.61ca00e6-bac0-4181-b16a-a6b18850c0bd@github.com>

On Sat, 27 Dec 2025 18:26:18 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Update to the latest version of libpng. Change includes both the backport of the latest libpng change, [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534), and previous updates not present in 8u ([JDK-8316030](https://bugs.openjdk.org/browse/JDK-8316030) - 1.6.40, [JDK-8329004](https://bugs.openjdk.org/browse/JDK-8329004) - 1.6.43, [JDK-8348598](https://bugs.openjdk.org/browse/JDK-8348598) - 1.6.47). The change built fine with GCC 8 on RHEL 8 and `java/awt/SplashScreen` tests passed.
> 
> I also included `UPDATING.txt` introduced in [JDK-8208353](https://bugs.openjdk.org/browse/JDK-8208353) in 11u, but not 8u, and updated in [JDK-8295685](https://bugs.openjdk.org/browse/JDK-8295685) as part of the JDK-8329004 backport which updates it.
> 
> I'm proposing this during rampdown so the release ships with the latest version, as we also do with e.g. tzdata.

> Quoting Sergey from [openjdk/jdk8u-dev#729](https://github.com/openjdk/jdk8u-dev/pull/729):
> 
> > Please confirm that the splashscreen tests works fine on macOS, Linux, and Windows. test/java/awt/SplashScreen/*

As already stated in the PR header, "The change built fine with GCC 8 on RHEL 8 and java/awt/SplashScreen tests passed".

-------------

PR Comment: https://git.openjdk.org/jdk8u/pull/83#issuecomment-3721343222

From andrew at openjdk.org  Thu Jan  8 00:36:53 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Thu, 8 Jan 2026 00:36:53 GMT
Subject: [jdk8u-dev] RFR: 8348598: Update Libpng to 1.6.47
In-Reply-To: <_5O8_UnqnA8NwIe60eGO4D9OijXncd1bQZSQuDzSnow=.2e8f3144-855e-43fd-ad64-a75fcf52b283@github.com>
References: <_5O8_UnqnA8NwIe60eGO4D9OijXncd1bQZSQuDzSnow=.2e8f3144-855e-43fd-ad64-a75fcf52b283@github.com>
Message-ID: <rZAmC7tgArxalQerh6EV0qM5wLJxc2JO1JGyfKXXKjs=.948c155b-97b4-4c91-b482-0a6acc8e7c01@github.com>

On Tue, 2 Dec 2025 13:39:22 GMT, Zdenek Zambersky <zzambers at openjdk.org> wrote:

> This backport updates bundled libpng to 1.6.47.
> There are some differences to jdk11:
> - there is no `libpng.md` in JDK 8, equivalent changes were done to `THIRD_PARTY_README`
> - changes to `UPDATING.txt` were excluded (this file is not present in 8)
> - changes to `/lib/Awt2dLibraries.gmk` were excluded, as build system of jdk 8 is different and there is no support for `DISABLED_WARNINGS_*` there
> 
> Otherwise, when it comes to library source files (libpng dir), changes applied cleanly (although they have different path).
> I have also tried to use diff to compare contents of libpng directory (after update to 1.6.47) in jdk 8 and jdk 11, there are same, except for `UPDATING.txt`, which is only present in jdk 11.
> 
> **Motivation:**
> - to fix one build error on macos-15 (it no longer ships with `fp.h`)
> 
>  In file included from /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/jdk/src/share/native/sun/awt/libpng/png.c:42:
> /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/jdk/src/share/native/sun/awt/libpng/pngpriv.h:552:16: fatal error: 'fp.h' file not found
>   552 | #      include <fp.h>
>       |                ^~~~~~
> 1 error generated.
> gmake[2]: *** [lib/Awt2dLibraries.gmk:1256: /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/build/macos-x64/jdk/objs/libsplashscreen/png.o] Error 1
> 
> - to prepare for [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534) (update to 1.6.51) in the future
> 
> Testing:
> - testing in GHA: **OK** (failures of `TestCPUAwareness.java` are [unrelated](https://github.com/openjdk/jdk8u-dev/pull/727))
> - manually tested `jdk/test/java/awt/SplashScreen` (rhel-8 VM / tigervnc): **OK**

> This PR now seems obsolete in favor of jdk8u PR by @gnu-andrew: [openjdk/jdk8u#83](https://github.com/openjdk/jdk8u/pull/83) (which updates libpng up to 1.6.51) Closing.

Sorry, I didn't see this until now. I was backporting 8372534 all the way down from 26 and was surprised to find 8u was so far behind. I didn't check all the previous bugs for PRs but just backported the necessary changes.

Any testing you can do of the 1.6.51 PR would be most welcome. Thanks.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/729#issuecomment-3721395486

From sgehwolf at openjdk.org  Thu Jan  8 10:02:53 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Thu, 8 Jan 2026 10:02:53 GMT
Subject: [jdk8u] RFR: 8372534: Update Libpng to 1.6.51
In-Reply-To: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
References: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
Message-ID: <bAN3knULlKpZ86I6NOEjP_wP2cPTGrkNPAp1Qqr2Xag=.b6e21f49-e9a1-4c3f-bd0c-4c70b2820c32@github.com>

On Sat, 27 Dec 2025 18:26:18 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Update to the latest version of libpng. Change includes both the backport of the latest libpng change, [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534), and previous updates not present in 8u ([JDK-8316030](https://bugs.openjdk.org/browse/JDK-8316030) - 1.6.40, [JDK-8329004](https://bugs.openjdk.org/browse/JDK-8329004) - 1.6.43, [JDK-8348598](https://bugs.openjdk.org/browse/JDK-8348598) - 1.6.47). The change built fine with GCC 8 on RHEL 8 and `java/awt/SplashScreen` tests passed.
> 
> I also included `UPDATING.txt` introduced in [JDK-8208353](https://bugs.openjdk.org/browse/JDK-8208353) in 11u, but not 8u, and updated in [JDK-8295685](https://bugs.openjdk.org/browse/JDK-8295685) as part of the JDK-8329004 backport which updates it.
> 
> I'm proposing this during rampdown so the release ships with the latest version, as we also do with e.g. tzdata.

OK, thanks.

-------------

PR Comment: https://git.openjdk.org/jdk8u/pull/83#issuecomment-3723111406

From sgehwolf at openjdk.org  Thu Jan  8 10:46:42 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Thu, 8 Jan 2026 10:46:42 GMT
Subject: [jdk8u-dev] RFR: 8157758: JDK9 does not compile on Linux with GCC
 6.1 because left-shifting a negative number has undefined behavior
 [v5]
In-Reply-To: <wrI3-HLHDOx0Z3SBT_8i1esj6DfhuC6DB_tYuOSoph4=.1ba461f6-54e9-4333-a2e5-8e949b514202@github.com>
References: <GNRPU_0KxCb8mCIWeKy5_yx70Wvqb0RpupRL0_fuBc8=.69d6a387-c3c3-4640-8b82-b8923980b2be@github.com>
 <wrI3-HLHDOx0Z3SBT_8i1esj6DfhuC6DB_tYuOSoph4=.1ba461f6-54e9-4333-a2e5-8e949b514202@github.com>
Message-ID: <8i-xrEx9OKosjwXF-FkKzxLD4Q-HO8xCmaE8wE0NTus=.38c11c87-3873-4b1c-97f1-b0bc8402a6ab@github.com>

On Tue, 16 Dec 2025 01:07:50 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

>> Hi all,
>> 
>> This pull request contains a backport of commit [4abb5e4a](https://github.com/openjdk/jdk/commit/4abb5e4aafe05871a07d510f002a38298fe4dbb2) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>> 
>> The commit being backported was authored by Alex Henrie on 23 Jun 2016 and was reviewed by Kim Barrett and Max Ockner.
>> 
>> Thanks!
>
> Sergey Bylokhov 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 commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into backport-mrserb-4abb5e4a-master
>  - Merge branch 'openjdk:master' into backport-mrserb-4abb5e4a-master
>  - Merge branch 'openjdk:master' into backport-mrserb-4abb5e4a-master
>  - Merge branch 'openjdk:master' into backport-mrserb-4abb5e4a-master
>  - Backport 4abb5e4aafe05871a07d510f002a38298fe4dbb2

This one is needed to compile on newer MacOS X as well (and a stepping stone towards GHA on MacOSX using the MacOSX 15 runner).

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/682#issuecomment-3723278133

From sgehwolf at openjdk.org  Thu Jan  8 10:50:23 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Thu, 8 Jan 2026 10:50:23 GMT
Subject: [jdk8u-dev] RFR: 8157758: JDK9 does not compile on Linux with GCC
 6.1 because left-shifting a negative number has undefined behavior
 [v5]
In-Reply-To: <wrI3-HLHDOx0Z3SBT_8i1esj6DfhuC6DB_tYuOSoph4=.1ba461f6-54e9-4333-a2e5-8e949b514202@github.com>
References: <GNRPU_0KxCb8mCIWeKy5_yx70Wvqb0RpupRL0_fuBc8=.69d6a387-c3c3-4640-8b82-b8923980b2be@github.com>
 <wrI3-HLHDOx0Z3SBT_8i1esj6DfhuC6DB_tYuOSoph4=.1ba461f6-54e9-4333-a2e5-8e949b514202@github.com>
Message-ID: <OWMexKpz-2QlW6kn09J-AC6yZds_1NbkWI9RhLtM0F8=.6c760805-b033-4fcc-ac51-c85b85fc2b7d@github.com>

On Tue, 16 Dec 2025 01:07:50 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

>> Hi all,
>> 
>> This pull request contains a backport of commit [4abb5e4a](https://github.com/openjdk/jdk/commit/4abb5e4aafe05871a07d510f002a38298fe4dbb2) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>> 
>> The commit being backported was authored by Alex Henrie on 23 Jun 2016 and was reviewed by Kim Barrett and Max Ockner.
>> 
>> Thanks!
>
> Sergey Bylokhov 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 commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into backport-mrserb-4abb5e4a-master
>  - Merge branch 'openjdk:master' into backport-mrserb-4abb5e4a-master
>  - Merge branch 'openjdk:master' into backport-mrserb-4abb5e4a-master
>  - Merge branch 'openjdk:master' into backport-mrserb-4abb5e4a-master
>  - Backport 4abb5e4aafe05871a07d510f002a38298fe4dbb2

Note that we don't have MacOSX GHA being run here as the old runners have been removed. Work is under way to re-instate those.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/682#issuecomment-3723288664

From jdowland at openjdk.org  Thu Jan  8 13:00:03 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Thu, 8 Jan 2026 13:00:03 GMT
Subject: [jdk8u-dev] Integrated: 8220658: Improve the readability of container
 information in the error log
In-Reply-To: <YU4YZdJX7aBcFbJve-8N2zgw6WUyr86ZU9nII_dbem0=.2bf00193-2aed-4bc5-8b5f-4cde5f397f84@github.com>
References: <YU4YZdJX7aBcFbJve-8N2zgw6WUyr86ZU9nII_dbem0=.2bf00193-2aed-4bc5-8b5f-4cde5f397f84@github.com>
Message-ID: <U8Qr0Sq5_xvLdlYz1Uzc___vy0Is4gRgTfV6ZqlcQQk=.0ff16b66-fd79-495d-b35a-87d50dd5fe38@github.com>

On Thu, 20 Nov 2025 10:58:09 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

> This ([8220658]) is a low-risk change which improves the readability of some debug values reported to humans. I wish to backport this to 8u partly for Oracle parity, and partly because I intend to backport [8284758], which refactors and moves most of  the code introduced here to another routine.
> 
> Doing 8220658 first will ease 8284758 (reduced merge conflicts). Not doing 8220658 (and later backporting 8284758) will result in some of this code making it into 8u (the refactored bits) but not all (the improved cpu quota etc reporting)
> 
> Patch is not clean due to path differences but otherwise applied without conflicts or fuzz. Builds and smoke tests fine. I've had some trouble running tier1 locally (OOMed my workstation) so I'm going to watch for the GitHub bot results whilst I retry.
> 
> [8220658]: https://bugs.openjdk.org/browse/JDK-8220658
> [8284758]: https://bugs.openjdk.org/browse/JDK-8284758

This pull request has now been integrated.

Changeset: b7c215de
Author:    Jonathan Dowland <jdowland at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/b7c215de622d41cc5a3c092e48b09b38472224f6
Stats:     54 lines in 1 file changed: 41 ins; 0 del; 13 mod

8220658: Improve the readability of container information in the error log

Reviewed-by: sgehwolf
Backport-of: 684fe80e4c621852af5b89f7fd3f4e227eed9ebb

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/723

From jdowland at openjdk.org  Thu Jan  8 13:09:29 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Thu, 8 Jan 2026 13:09:29 GMT
Subject: [jdk8u-dev] RFR: 8284758: [linux] improve print_container_info
 [v2]
In-Reply-To: <7KHPPrp_04m38_FLqfv2s2IgVr_DN4DvUxFUonkNXGU=.0e22ac8c-4d3c-4f93-a227-5c2eff93c077@github.com>
References: <7KHPPrp_04m38_FLqfv2s2IgVr_DN4DvUxFUonkNXGU=.0e22ac8c-4d3c-4f93-a227-5c2eff93c077@github.com>
Message-ID: <HKK_z3YQ-7d5Dfg4rj-Yf0qgWbysUOMJEmxfecUL0Es=.694d2564-bb3e-4328-8b83-f9e10524e97b@github.com>

> Low-risk, for Oracle parity. Mostly a clean-up. This will ease the future backporting of [JDK-8287011].
> 
> Doesn't apply clean: needs adjusting for paths and also context, to reflect 8u's lack of the pid controller ([JDK-8266490]).
> 
> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8287011 (forthcoming)
> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8266490 (not considered)

Jonathan Dowland 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.

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/724/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/724/files/fdb4a87d..fdb4a87d

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=724&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=724&range=00-01

  Stats: 0 lines in 0 files changed: 0 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/724.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/724/head:pull/724

PR: https://git.openjdk.org/jdk8u-dev/pull/724

From jdowland at openjdk.org  Thu Jan  8 14:58:25 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Thu, 8 Jan 2026 14:58:25 GMT
Subject: [jdk8u-dev] RFR: 8284758: [linux] improve print_container_info
 [v3]
In-Reply-To: <7KHPPrp_04m38_FLqfv2s2IgVr_DN4DvUxFUonkNXGU=.0e22ac8c-4d3c-4f93-a227-5c2eff93c077@github.com>
References: <7KHPPrp_04m38_FLqfv2s2IgVr_DN4DvUxFUonkNXGU=.0e22ac8c-4d3c-4f93-a227-5c2eff93c077@github.com>
Message-ID: <M8NpXkBVuTX9w_td-_9phh4htimLXOip787ybdCgCFU=.c3117130-0303-4f24-bc6f-a703a2e4ed7d@github.com>

> Low-risk, for Oracle parity. Mostly a clean-up. This will ease the future backporting of [JDK-8287011].
> 
> Doesn't apply clean: needs adjusting for paths and also context, to reflect 8u's lack of the pid controller ([JDK-8266490]).
> 
> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8287011 (forthcoming)
> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8266490 (not considered)

Jonathan Dowland 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 three additional commits since the last revision:

 - Merge remote-tracking branch 'remotes/jdk8u-dev/master' into 8284758-8u
 - 8284758: [linux] improve print_container_info
   
   Reviewed-by: sgehwolf
   Backport-of: 6c6d5223dfaae268f968f4292356d4be89adb122
 - 8220658: Improve the readability of container information in the error log
   
   Backport-of: 2c4b9e0778e170a17b04217bee66bb6c4fb18c0c

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/724/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/724/files/fdb4a87d..63eb95e0

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=724&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=724&range=01-02

  Stats: 65153 lines in 356 files changed: 21742 ins; 12776 del; 30635 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/724.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/724/head:pull/724

PR: https://git.openjdk.org/jdk8u-dev/pull/724

From serb at openjdk.org  Thu Jan  8 18:27:11 2026
From: serb at openjdk.org (Sergey Bylokhov)
Date: Thu, 8 Jan 2026 18:27:11 GMT
Subject: [jdk8u-dev] Integrated: 8157758: JDK9 does not compile on Linux with
 GCC 6.1 because left-shifting a negative number has undefined behavior
In-Reply-To: <GNRPU_0KxCb8mCIWeKy5_yx70Wvqb0RpupRL0_fuBc8=.69d6a387-c3c3-4640-8b82-b8923980b2be@github.com>
References: <GNRPU_0KxCb8mCIWeKy5_yx70Wvqb0RpupRL0_fuBc8=.69d6a387-c3c3-4640-8b82-b8923980b2be@github.com>
Message-ID: <VCpKyJXIVpf_w-DrAN1zn6tWTHIg0sAGGM-zYviSOK0=.f7a24151-b933-48e3-a05f-9f95d9bcfdb9@github.com>

On Mon, 25 Aug 2025 17:51:48 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

> Hi all,
> 
> This pull request contains a backport of commit [4abb5e4a](https://github.com/openjdk/jdk/commit/4abb5e4aafe05871a07d510f002a38298fe4dbb2) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
> 
> The commit being backported was authored by Alex Henrie on 23 Jun 2016 and was reviewed by Kim Barrett and Max Ockner.
> 
> Thanks!

This pull request has now been integrated.

Changeset: 5e3692f7
Author:    Sergey Bylokhov <serb at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/5e3692f7818b8d31a764beec1f3164dc30046c71
Stats:     2 lines in 2 files changed: 0 ins; 0 del; 2 mod

8157758: JDK9 does not compile on Linux with GCC 6.1 because left-shifting a negative number has undefined behavior

Replace shifts of -1 with shifts of ~0u.

Backport-of: 4abb5e4aafe05871a07d510f002a38298fe4dbb2

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/682

From andrew at openjdk.org  Thu Jan  8 21:57:56 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Thu, 8 Jan 2026 21:57:56 GMT
Subject: [jdk8u] RFR: 8372534: Update Libpng to 1.6.51
In-Reply-To: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
References: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
Message-ID: <6niwTyFn-gfrXAzL_MW4gXnH1y1xV85HydTfZgTkMks=.518ae2fc-4255-47d9-8995-2583463ccca6@github.com>

On Sat, 27 Dec 2025 18:26:18 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Update to the latest version of libpng. Change includes both the backport of the latest libpng change, [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534), and previous updates not present in 8u ([JDK-8316030](https://bugs.openjdk.org/browse/JDK-8316030) - 1.6.40, [JDK-8329004](https://bugs.openjdk.org/browse/JDK-8329004) - 1.6.43, [JDK-8348598](https://bugs.openjdk.org/browse/JDK-8348598) - 1.6.47). The change built fine with GCC 8 on RHEL 8 and `java/awt/SplashScreen` tests passed.
> 
> I also included `UPDATING.txt` introduced in [JDK-8208353](https://bugs.openjdk.org/browse/JDK-8208353) in 11u, but not 8u, and updated in [JDK-8295685](https://bugs.openjdk.org/browse/JDK-8295685) as part of the JDK-8329004 backport which updates it.
> 
> I'm proposing this during rampdown so the release ships with the latest version, as we also do with e.g. tzdata.

Thanks.

-------------

PR Comment: https://git.openjdk.org/jdk8u/pull/83#issuecomment-3725990707

From andrew at openjdk.org  Thu Jan  8 21:57:57 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Thu, 8 Jan 2026 21:57:57 GMT
Subject: [jdk8u] Integrated: 8372534: Update Libpng to 1.6.51
In-Reply-To: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
References: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
Message-ID: <1urEF2CUhqaY5xslP8M5sRHl6chM8F60lFx2xWSom20=.5271ae25-d402-4c0b-b701-57229559f6c9@github.com>

On Sat, 27 Dec 2025 18:26:18 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Update to the latest version of libpng. Change includes both the backport of the latest libpng change, [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534), and previous updates not present in 8u ([JDK-8316030](https://bugs.openjdk.org/browse/JDK-8316030) - 1.6.40, [JDK-8329004](https://bugs.openjdk.org/browse/JDK-8329004) - 1.6.43, [JDK-8348598](https://bugs.openjdk.org/browse/JDK-8348598) - 1.6.47). The change built fine with GCC 8 on RHEL 8 and `java/awt/SplashScreen` tests passed.
> 
> I also included `UPDATING.txt` introduced in [JDK-8208353](https://bugs.openjdk.org/browse/JDK-8208353) in 11u, but not 8u, and updated in [JDK-8295685](https://bugs.openjdk.org/browse/JDK-8295685) as part of the JDK-8329004 backport which updates it.
> 
> I'm proposing this during rampdown so the release ships with the latest version, as we also do with e.g. tzdata.

This pull request has now been integrated.

Changeset: 976d0a19
Author:    Andrew John Hughes <andrew at openjdk.org>
URL:       https://git.openjdk.org/jdk8u/commit/976d0a196ce036c40147535209b80143e021c2fe
Stats:     6267 lines in 23 files changed: 2572 ins; 2571 del; 1124 mod

8372534: Update Libpng to 1.6.51
8316030: Update Libpng to 1.6.40
8329004: Update Libpng to 1.6.43
8348598: Update Libpng to 1.6.47

Reviewed-by: abakhtin, serb
Backport-of: be7966c633830516c703f14610e4fef1bbe7f57d

-------------

PR: https://git.openjdk.org/jdk8u/pull/83

From andrew at openjdk.org  Fri Jan  9 01:50:31 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 9 Jan 2026 01:50:31 GMT
Subject: [jdk8u-dev] RFR: Merge jdk8u:master
Message-ID: <XULwquD3tIziFFcCHSSmVq8zYPkMCN1ePnKPVtx_Nl8=.c74d6034-ca08-4f8b-8ae7-536bbc85d305@github.com>

Merge jdk8u482-b06 back into 8u-dev

-------------

Commit messages:
 - Merge jdk8u:master
 - 8317970: Bump target macosx-x64 version to 11.00.00

The merge commit only contains trivial merges, so no merge-specific webrevs have been generated.

Changes: https://git.openjdk.org/jdk8u-dev/pull/739/files
  Stats: 68 lines in 3 files changed: 0 ins; 42 del; 26 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/739.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/739/head:pull/739

PR: https://git.openjdk.org/jdk8u-dev/pull/739

From andrew at openjdk.org  Fri Jan  9 02:52:39 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 9 Jan 2026 02:52:39 GMT
Subject: [jdk8u-dev] RFR: 8074840: Resolve disabled warnings for libjli and
 libjli_static
In-Reply-To: <z_0dsS4Gvbf0TssjOYOePbmQlD-T7ZMlyUJVzGUVxA8=.9399dc30-8160-4a97-a632-1fdf913acfd2@github.com>
References: <z_0dsS4Gvbf0TssjOYOePbmQlD-T7ZMlyUJVzGUVxA8=.9399dc30-8160-4a97-a632-1fdf913acfd2@github.com>
Message-ID: <yyqLRbqefDy0yghTVDiV1njxeffFU6ccupJBN5dEX9E=.5cd18b9b-f07f-44f9-9923-6d5de59950d7@github.com>

On Mon, 8 Dec 2025 18:55:16 GMT, Zdenek Zambersky <zzambers at openjdk.org> wrote:

> Backport, which fixes compiler errors/warnings in libjli.
> 
> **Motivation:**
> - to fix compilation error (and some warnings) on macos-15 (clang):
> 
> ...
> 2025-11-19T17:50:19.3284070Z /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/jdk/src/share/bin/parse_manifest.c:680:12: note: use '==' to turn this assignment into an equality comparison
> 2025-11-19T17:50:19.3285850Z   680 |     if (rc = find_file(fd, &entry, manifest_name) != 0) {
> 2025-11-19T17:50:19.3286370Z       |            ^
> 2025-11-19T17:50:19.3287050Z       |            ==
> 2025-11-19T17:50:19.3287530Z 4 warnings generated.
> 2025-11-19T17:50:19.3289930Z /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/jdk/src/share/bin/splashscreen_stubs.c:64:30: error: incompatible pointer to integer conversion returning 'void *' from a function with result type 'int' [-Wint-conversion]
> 2025-11-19T17:50:19.3291940Z    64 |     INVOKE(SplashLoadMemory, NULL)(pdata, size);
> 2025-11-19T17:50:19.3292900Z       |                              ^~~~
> ...
> 
> 
> **Differences in 8:**
> - excluded changes in `jdk/make/lib/CoreLibraries.gmk` due to differences in build system (not applicable to 8)
> - excluded cast of `STACK_SIZE_MINIMUM` in `java.c`, as [JDK-6762191](https://bugs.openjdk.org/browse/JDK-6762191), which adds that code, is missing in 8
> - excluded modifications to `readAt` function in `parse_manifest.c`, as function was added by [JDK-8073158](https://bugs.openjdk.org/browse/JDK-8073158), which is missing in 8
> - copyright differences due to missing backports or backport applied out of order (some had to be updated manually)
> - differences in paths
> 
> Apart from above differences most of remaining code changes applied cleanly (with updated paths).
> 
> **Testing:**
> Tier1 in GHA: **OK** (Failures of `TestCPUAwareness.java` are [unrelated](https://github.com/openjdk/jdk8u-dev/pull/727))

Change looks good. Copyright header changes are adjusted appropriately and omissions understandable. The `ergo_i586.c` exclusion seems to be already covered by this `jdk/make/lib/CoreLibraries.gmk` logic in 8u:

~~~
  # if the architecture specific ergo file exists then
  # use it, else use the generic definitions from ergo.c
  ifneq ($(wildcard $(JDK_TOPDIR)/src/$(OPENJDK_TARGET_OS_API_DIR)/bin/$(ERGO_ARCH_FILE)), )
    BUILD_LIBJLI_FILES += $(ERGO_ARCH_FILE)
  else # !ERGO_ARCH_FILE
    LIBJLI_CFLAGS += -DUSE_GENERIC_ERGO
  endif # ERGO_ARCH_FILE
~~~

It only exists for Solaris.

It also seems to have been removed in 11u in [JDK-8169001](https://bugs.openjdk.org/browse/JDK-8169001).

-------------

Marked as reviewed by andrew (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/733#pullrequestreview-3642116219
PR Comment: https://git.openjdk.org/jdk8u-dev/pull/733#issuecomment-3726809836

From aph-open at littlepinkcloud.com  Fri Jan  9 09:06:20 2026
From: aph-open at littlepinkcloud.com (Andrew Haley)
Date: Fri, 9 Jan 2026 09:06:20 +0000
Subject: Inquiry Regarding JDK-8197531 in jdk8u
In-Reply-To: <59a13a2b2b7525a709ae34d37afa4c425a5ae904.5ee1c960.1546.493b.90f1.e88fb9ab64cc@feishu.cn>
References: <59a13a2b2b7525a709ae34d37afa4c425a5ae904.5ee1c960.1546.493b.90f1.e88fb9ab64cc@feishu.cn>
Message-ID: <b348c562-9aa0-4044-86f1-a9a3012a64e2@littlepinkcloud.com>

On 09/01/2026 07:08, ??? wrote:

> I hope this message finds you well. I am writing to inquire about issue 
> JDK-8197531, which currently remains unresolved in the jdk8u releases. 
> Could you please provide information on whether there are any plans to 
> address this issue in future jdk8u updates?

There are no such plans.

Can you please explain why you need this backport? You'll need to 
subscribe to the list at
https://mail.openjdk.org/mailman/listinfo/jdk8u-dev
-- 
Andrew Haley  (he/him)
Java Platform Lead Engineer
https://keybase.io/andrewhaley
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671


From jdowland at openjdk.org  Fri Jan  9 09:38:32 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Fri, 9 Jan 2026 09:38:32 GMT
Subject: [jdk8u-dev] RFR: 8284758: [linux] improve print_container_info
 [v3]
In-Reply-To: <M8NpXkBVuTX9w_td-_9phh4htimLXOip787ybdCgCFU=.c3117130-0303-4f24-bc6f-a703a2e4ed7d@github.com>
References: <7KHPPrp_04m38_FLqfv2s2IgVr_DN4DvUxFUonkNXGU=.0e22ac8c-4d3c-4f93-a227-5c2eff93c077@github.com>
 <M8NpXkBVuTX9w_td-_9phh4htimLXOip787ybdCgCFU=.c3117130-0303-4f24-bc6f-a703a2e4ed7d@github.com>
Message-ID: <7doqKuef7tG9-_8y8v1GFSKLt18wNEqn4bjcj_zH0lo=.92fe686b-9192-4b06-b3cf-b0332d30687b@github.com>

On Thu, 8 Jan 2026 14:58:25 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

>> Low-risk, for Oracle parity. Mostly a clean-up. This will ease the future backporting of [JDK-8287011].
>> 
>> Doesn't apply clean: needs adjusting for paths and also context, to reflect 8u's lack of the pid controller ([JDK-8266490]).
>> 
>> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8287011 (forthcoming)
>> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8266490 (not considered)
>
> Jonathan Dowland 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 three additional commits since the last revision:
> 
>  - Merge remote-tracking branch 'remotes/jdk8u-dev/master' into 8284758-8u
>  - 8284758: [linux] improve print_container_info
>    
>    Reviewed-by: sgehwolf
>    Backport-of: 6c6d5223dfaae268f968f4292356d4be89adb122
>  - 8220658: Improve the readability of container information in the error log
>    
>    Backport-of: 2c4b9e0778e170a17b04217bee66bb6c4fb18c0c

The GHA failures are all `security/infra/java/security/cert/CertPathValidator/certification/CAInterop.java#microsoftrsa2017`, unrelated to this change.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/724#issuecomment-3728088557

From andrew at openjdk.org  Fri Jan  9 12:12:05 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 9 Jan 2026 12:12:05 GMT
Subject: [jdk8u-dev] Integrated: Merge jdk8u:master
In-Reply-To: <XULwquD3tIziFFcCHSSmVq8zYPkMCN1ePnKPVtx_Nl8=.c74d6034-ca08-4f8b-8ae7-536bbc85d305@github.com>
References: <XULwquD3tIziFFcCHSSmVq8zYPkMCN1ePnKPVtx_Nl8=.c74d6034-ca08-4f8b-8ae7-536bbc85d305@github.com>
Message-ID: <VsEPrBk0kqUWKPWRowXZwVcJ00SkQ1TBmqNdb_MHVFE=.dc6bc9eb-6356-4f61-bce9-b7b0ce672796@github.com>

On Fri, 9 Jan 2026 01:44:55 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Merge jdk8u482-b06 back into 8u-dev

This pull request has now been integrated.

Changeset: 673e0d11
Author:    Andrew John Hughes <andrew at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/673e0d119bff5805792f8fe0b543101825a3e94b
Stats:     68 lines in 3 files changed: 0 ins; 42 del; 26 mod

Merge

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/739

From andrew at openjdk.org  Fri Jan  9 16:11:01 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 9 Jan 2026 16:11:01 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain in
 flags.m4
Message-ID: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>

There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.

This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.

The changes are as follows:

1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.

The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.

As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.

This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.

-------------

Commit messages:
 - Add LOG_LEVEL=debug to all GHA builds
 - Whitespace cleanup
 - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

Changes: https://git.openjdk.org/jdk8u-dev/pull/740/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=740&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8374899
  Stats: 60 lines in 2 files changed: 6 ins; 31 del; 23 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/740.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/740/head:pull/740

PR: https://git.openjdk.org/jdk8u-dev/pull/740

From andrew at openjdk.org  Fri Jan  9 16:11:02 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 9 Jan 2026 16:11:02 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4
In-Reply-To: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
Message-ID: <1tysE7zedey_OfibQZeMboyLWzHA_9Z-6cC6uizvUUs=.5fc24f72-2f72-48fd-8fae-eed06e4328a9@github.com>

On Fri, 9 Jan 2026 15:59:40 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
> 
> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
> 
> The changes are as follows:
> 
> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
> 
> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
> 
> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
> 
> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.

I think this may have to be a regular PR to generate the pr/740 branch.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/740#issuecomment-3729557665

From andrew at openjdk.org  Fri Jan  9 16:25:28 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 9 Jan 2026 16:25:28 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v2]
In-Reply-To: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
Message-ID: <xd4SK7lwiJcJmikVidpabEDx_WR_v8F88QK7G-CbwAM=.f3cdcf4c-be98-4f2a-a642-5346745c08e7@github.com>

> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
> 
> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
> 
> The changes are as follows:
> 
> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
> 
> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
> 
> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
> 
> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.

Andrew John Hughes has updated the pull request incrementally with one additional commit since the last revision:

  Helps if configure is regenerated

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/740/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/740/files/a89902a9..a363af1d

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=740&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=740&range=00-01

  Stats: 120 lines in 1 file changed: 8 ins; 31 del; 81 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/740.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/740/head:pull/740

PR: https://git.openjdk.org/jdk8u-dev/pull/740

From andrew at openjdk.org  Fri Jan  9 23:06:11 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 9 Jan 2026 23:06:11 GMT
Subject: [jdk8u-dev] RFR: 8374917: [8u] C++ flags get passed to C compiles in
 the HotSpot build
Message-ID: <iHx4y_BIJOXu4VafcUvD5Ba2lc6qTInVk77wk7FHCAU=.71d18616-2853-4d09-99ed-8ca5bfa08ecf@github.com>

In gcc, this has been throwing a warning for a long time:
~~~
cc1: warning: command line option '-std=gnu++98' is valid for C++/ObjC++ but not for C
~~~

With clang builds, this is instead an error.

~~~
2026-01-09T18:17:34.1713580Z error: invalid argument '-std=gnu++98' not allowed with 'C'
~~~

This escalates the problem for newer MacOS builds which need the `-std` flag for the C++ code to compile.  It also causes Linux+clang builds to fail.

This fix does the minimum to get C++ flags out of the C code builds (the serviceability agent & jsig):

* `NO_DELETE_NULL_POINTER_CHECKS_CFLAG`, `NO_LIFETIME_DSE_CFLAG` and `CXXSTD_CXXFLAG`
are moved from `EXTRA_CFLAGS` to `EXTRA_CXXFLAGS`. The last of these is essential to fix the problem described above. The others should be safe for the little C code in the HotSpot build; `fno-lifetime-dse` is a C++ flag anyway and the null pointer checks in question are comparisons of `this` with `NULL` from what I can see (again C++ only). Both have been removed in 21u and later, with the required fixes being in the C1 & ADLC code (see [JDK-8316893](https://bugs.openjdk.org/browse/JDK-8316893) and [JDK-8245051](https://bugs.openjdk.org/browse/JDK-8245051))
* The same for `HOST_CFLAGS` and `HOST_CXXFLAGS` used by the ADLC build.
* `CFLAGS` and `LFLAGS` in `hotspot/make/<platform>/makefiles/adlc.make`are switched to use `HOST_CXXFLAGS` as this compiles C++ code
* `CFLAGS` and `LFLAGS` in `hotspot/make/<platform>/makefiles/vm.make`are switched to use `EXTRA_CXXFLAGS` as this compiles C++ code
* `CXXFLAGS` are removed from `CC_COMPILE` in `hotspot/make/<platform>/makefiles/rules.make`. We leave `CXX_COMPILE` untouched to reduce risk.
 
`CXXFLAGS` is rarely used (though most of the code is C++) while `CFLAGS` is used for most flags.  `EXTRA_CXXFLAGS` and `HOST_CXXFLAGS` were unused prior to this change. So the risk of changing these is low, while we leave `CFLAGS` untouched.

We also move `NO_DELETE_NULL_POINTER_CHECKS_CFLAG`, `NO_LIFETIME_DSE_CFLAG` and `CXXSTD_CXXFLAG` to `hotspot-spec.gmk.in` from `spec.gmk.in`. They are now no longer used by the JDK build (which instead adds them to `CCXXFLAGS_JDK` as can be seen in https://github.com/openjdk/jdk8u-dev/pull/740) and this makes it easier to check the values and their usage in a single generated file.

I've built this locally on GNU/Linux with both gcc (8.5.0) and clang (20.1.8). This fix, along with https://github.com/openjdk/jdk8u-dev/pull/740 and a few additional warning removal flags, allowed the clang build to complete. I compared the flags in the logs with a previous build from the 8u repository and all desired flags are preserved as before.

Builders may need to adjust their compilation flags if they are relying on `--with-extra-cxxflags` passing flags to the C code part of the HotSpot build instead of `--with-extra-cflags`. This is likely worth a release note.

-------------

Commit messages:
 - 8374917: [8u] C++ flags get passed to C compiles in the HotSpot build

Changes: https://git.openjdk.org/jdk8u-dev/pull/741/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=741&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8374917
  Stats: 33 lines in 14 files changed: 4 ins; 4 del; 25 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/741.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/741/head:pull/741

PR: https://git.openjdk.org/jdk8u-dev/pull/741

From andrew at openjdk.org  Sat Jan 10 20:30:07 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Sat, 10 Jan 2026 20:30:07 GMT
Subject: [jdk8u-dev] RFR: 8374948: [8u] saproc & jsig builds add duplicate
 linker flags on Darwin/MacOS
Message-ID: <FqIhQume53vJYK42orLoHBYU1MuFY-Kqj8S4OZDVnJ8=.b9f1b0ef-b1f3-47ec-ab55-2d71c698cb39@github.com>

This patch breaks out the Mac minimum version argument into its own variable, `MAC_FLAGS`, in `gcc.make`, so it can be added independently in `saproc.make` and `jsig.make`. This prevents duplicate linker flags and C++-only flags being added to the C build for jsig and saproc.

-------------

Depends on: https://git.openjdk.org/jdk8u-dev/pull/740

Commit messages:
 - 8374948: [8u] saproc & jsig builds add duplicate linker flags on Darwin/MacOS

Changes: https://git.openjdk.org/jdk8u-dev/pull/742/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=742&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8374948
  Stats: 9 lines in 3 files changed: 2 ins; 1 del; 6 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/742.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/742/head:pull/742

PR: https://git.openjdk.org/jdk8u-dev/pull/742

From zzambers at openjdk.org  Mon Jan 12 12:07:46 2026
From: zzambers at openjdk.org (Zdenek Zambersky)
Date: Mon, 12 Jan 2026 12:07:46 GMT
Subject: [jdk8u-dev] Integrated: 8074840: Resolve disabled warnings for libjli
 and libjli_static
In-Reply-To: <z_0dsS4Gvbf0TssjOYOePbmQlD-T7ZMlyUJVzGUVxA8=.9399dc30-8160-4a97-a632-1fdf913acfd2@github.com>
References: <z_0dsS4Gvbf0TssjOYOePbmQlD-T7ZMlyUJVzGUVxA8=.9399dc30-8160-4a97-a632-1fdf913acfd2@github.com>
Message-ID: <_0_AyHkPB5vCF6iMw7K4jSVdu-Czh3yrk7mKgLQdUsg=.b605ce97-f2de-46da-8ca4-706992e2c68a@github.com>

On Mon, 8 Dec 2025 18:55:16 GMT, Zdenek Zambersky <zzambers at openjdk.org> wrote:

> Backport, which fixes compiler errors/warnings in libjli.
> 
> **Motivation:**
> - to fix compilation error (and some warnings) on macos-15 (clang):
> 
> ...
> 2025-11-19T17:50:19.3284070Z /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/jdk/src/share/bin/parse_manifest.c:680:12: note: use '==' to turn this assignment into an equality comparison
> 2025-11-19T17:50:19.3285850Z   680 |     if (rc = find_file(fd, &entry, manifest_name) != 0) {
> 2025-11-19T17:50:19.3286370Z       |            ^
> 2025-11-19T17:50:19.3287050Z       |            ==
> 2025-11-19T17:50:19.3287530Z 4 warnings generated.
> 2025-11-19T17:50:19.3289930Z /Users/runner/work/jdk8u-dev/jdk8u-dev/jdk/jdk/src/share/bin/splashscreen_stubs.c:64:30: error: incompatible pointer to integer conversion returning 'void *' from a function with result type 'int' [-Wint-conversion]
> 2025-11-19T17:50:19.3291940Z    64 |     INVOKE(SplashLoadMemory, NULL)(pdata, size);
> 2025-11-19T17:50:19.3292900Z       |                              ^~~~
> ...
> 
> 
> **Differences in 8:**
> - excluded changes in `jdk/make/lib/CoreLibraries.gmk` due to differences in build system (not applicable to 8)
> - excluded cast of `STACK_SIZE_MINIMUM` in `java.c`, as [JDK-6762191](https://bugs.openjdk.org/browse/JDK-6762191), which adds that code, is missing in 8
> - excluded modifications to `readAt` function in `parse_manifest.c`, as function was added by [JDK-8073158](https://bugs.openjdk.org/browse/JDK-8073158), which is missing in 8
> - copyright differences due to missing backports or backport applied out of order (some had to be updated manually)
> - differences in paths
> 
> Apart from above differences most of remaining code changes applied cleanly (with updated paths).
> 
> **Testing:**
> Tier1 in GHA: **OK** (Failures of `TestCPUAwareness.java` are [unrelated](https://github.com/openjdk/jdk8u-dev/pull/727))

This pull request has now been integrated.

Changeset: 34af1ab3
Author:    Zdenek Zambersky <zzambers at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/34af1ab36798710f526a6c67a77aa42af4400a1b
Stats:     54 lines in 12 files changed: 16 ins; 12 del; 26 mod

8074840: Resolve disabled warnings for libjli and libjli_static

Reviewed-by: phh, andrew
Backport-of: 7b1455163ed893639059b3d62b71b2ff347c2e3f

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/733

From sgehwolf at openjdk.org  Mon Jan 12 14:44:02 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 12 Jan 2026 14:44:02 GMT
Subject: [jdk8u-dev] RFR: 8374917: [8u] C++ flags get passed to C compiles
 in the HotSpot build
In-Reply-To: <iHx4y_BIJOXu4VafcUvD5Ba2lc6qTInVk77wk7FHCAU=.71d18616-2853-4d09-99ed-8ca5bfa08ecf@github.com>
References: <iHx4y_BIJOXu4VafcUvD5Ba2lc6qTInVk77wk7FHCAU=.71d18616-2853-4d09-99ed-8ca5bfa08ecf@github.com>
Message-ID: <rPshQKu7ELx5k0YBgaO-KKbXix01nF02ldvyjJO_Mo4=.ca32d04b-4d99-4e5f-b09c-9371823d3546@github.com>

On Fri, 9 Jan 2026 22:46:39 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> In gcc, this has been throwing a warning for a long time:
> ~~~
> cc1: warning: command line option '-std=gnu++98' is valid for C++/ObjC++ but not for C
> ~~~
> 
> With clang builds, this is instead an error.
> 
> ~~~
> 2026-01-09T18:17:34.1713580Z error: invalid argument '-std=gnu++98' not allowed with 'C'
> ~~~
> 
> This escalates the problem for newer MacOS builds which need the `-std` flag for the C++ code to compile.  It also causes Linux+clang builds to fail.
> 
> This fix does the minimum to get C++ flags out of the C code builds (the serviceability agent & jsig):
> 
> * `NO_DELETE_NULL_POINTER_CHECKS_CFLAG`, `NO_LIFETIME_DSE_CFLAG` and `CXXSTD_CXXFLAG`
> are moved from `EXTRA_CFLAGS` to `EXTRA_CXXFLAGS`. The last of these is essential to fix the problem described above. The others should be safe for the little C code in the HotSpot build; `fno-lifetime-dse` is a C++ flag anyway and the null pointer checks in question are comparisons of `this` with `NULL` from what I can see (again C++ only). Both have been removed in 21u and later, with the required fixes being in the C1 & ADLC code (see [JDK-8316893](https://bugs.openjdk.org/browse/JDK-8316893) and [JDK-8245051](https://bugs.openjdk.org/browse/JDK-8245051))
> * The same for `HOST_CFLAGS` and `HOST_CXXFLAGS` used by the ADLC build.
> * `CFLAGS` and `LFLAGS` in `hotspot/make/<platform>/makefiles/adlc.make`are switched to use `HOST_CXXFLAGS` as this compiles C++ code
> * `CFLAGS` and `LFLAGS` in `hotspot/make/<platform>/makefiles/vm.make`are switched to use `EXTRA_CXXFLAGS` as this compiles C++ code
> * `CXXFLAGS` are removed from `CC_COMPILE` in `hotspot/make/<platform>/makefiles/rules.make`. We leave `CXX_COMPILE` untouched to reduce risk.
>  
> `CXXFLAGS` is rarely used (though most of the code is C++) while `CFLAGS` is used for most flags.  `EXTRA_CXXFLAGS` and `HOST_CXXFLAGS` were unused prior to this change. So the risk of changing these is low, while we leave `CFLAGS` untouched.
> 
> We also move `NO_DELETE_NULL_POINTER_CHECKS_CFLAG`, `NO_LIFETIME_DSE_CFLAG` and `CXXSTD_CXXFLAG` to `hotspot-spec.gmk.in` from `spec.gmk.in`. They are now no longer used by the JDK build (which instead adds them to `CCXXFLAGS_JDK` as can be seen in https://github.com/openjdk/jdk8u-dev/pull/740) and this makes it easier to check the values and their usage in a single generated file.
> 
> I've built this locally on GNU/Linux with both gcc (8.5.0) and clang (20.1.8). This fix, along with https://github.com/openjdk/jdk8u-dev/pull/740 and a few additional warning remova...

Seems OK.

-------------

Marked as reviewed by sgehwolf (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/741#pullrequestreview-3651116888

From sgehwolf at openjdk.org  Mon Jan 12 14:57:13 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 12 Jan 2026 14:57:13 GMT
Subject: [jdk8u-dev] RFR: 8284758: [linux] improve print_container_info
 [v3]
In-Reply-To: <M8NpXkBVuTX9w_td-_9phh4htimLXOip787ybdCgCFU=.c3117130-0303-4f24-bc6f-a703a2e4ed7d@github.com>
References: <7KHPPrp_04m38_FLqfv2s2IgVr_DN4DvUxFUonkNXGU=.0e22ac8c-4d3c-4f93-a227-5c2eff93c077@github.com>
 <M8NpXkBVuTX9w_td-_9phh4htimLXOip787ybdCgCFU=.c3117130-0303-4f24-bc6f-a703a2e4ed7d@github.com>
Message-ID: <x32THPLUMbxDh5GJWemb9r8d4OYe-0GwI1kAlNyaIF8=.8d9bd46e-4c43-4a21-afc1-90affdfaafe7@github.com>

On Thu, 8 Jan 2026 14:58:25 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

>> Low-risk, for Oracle parity. Mostly a clean-up. This will ease the future backporting of [JDK-8287011].
>> 
>> Doesn't apply clean: needs adjusting for paths and also context, to reflect 8u's lack of the pid controller ([JDK-8266490]).
>> 
>> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8287011 (forthcoming)
>> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8266490 (not considered)
>
> Jonathan Dowland 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 three additional commits since the last revision:
> 
>  - Merge remote-tracking branch 'remotes/jdk8u-dev/master' into 8284758-8u
>  - 8284758: [linux] improve print_container_info
>    
>    Reviewed-by: sgehwolf
>    Backport-of: 6c6d5223dfaae268f968f4292356d4be89adb122
>  - 8220658: Improve the readability of container information in the error log
>    
>    Backport-of: 2c4b9e0778e170a17b04217bee66bb6c4fb18c0c

Looks good.

-------------

Marked as reviewed by sgehwolf (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/724#pullrequestreview-3651177369

From andrew at openjdk.org  Mon Jan 12 16:20:55 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Mon, 12 Jan 2026 16:20:55 GMT
Subject: [jdk8u-dev] RFR: 8374917: [8u] C++ flags get passed to C compiles
 in the HotSpot build
In-Reply-To: <iHx4y_BIJOXu4VafcUvD5Ba2lc6qTInVk77wk7FHCAU=.71d18616-2853-4d09-99ed-8ca5bfa08ecf@github.com>
References: <iHx4y_BIJOXu4VafcUvD5Ba2lc6qTInVk77wk7FHCAU=.71d18616-2853-4d09-99ed-8ca5bfa08ecf@github.com>
Message-ID: <k2k4qtyqKhEwwj9moNfaOg5Qck5CL_lLbBE-IntW1mU=.fda4a598-1478-4d4b-9213-1dac1a27ada8@github.com>

On Fri, 9 Jan 2026 22:46:39 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> In gcc, this has been throwing a warning for a long time:
> ~~~
> cc1: warning: command line option '-std=gnu++98' is valid for C++/ObjC++ but not for C
> ~~~
> 
> With clang builds, this is instead an error.
> 
> ~~~
> 2026-01-09T18:17:34.1713580Z error: invalid argument '-std=gnu++98' not allowed with 'C'
> ~~~
> 
> This escalates the problem for newer MacOS builds which need the `-std` flag for the C++ code to compile.  It also causes Linux+clang builds to fail.
> 
> This fix does the minimum to get C++ flags out of the C code builds (the serviceability agent & jsig):
> 
> * `NO_DELETE_NULL_POINTER_CHECKS_CFLAG`, `NO_LIFETIME_DSE_CFLAG` and `CXXSTD_CXXFLAG`
> are moved from `EXTRA_CFLAGS` to `EXTRA_CXXFLAGS`. The last of these is essential to fix the problem described above. The others should be safe for the little C code in the HotSpot build; `fno-lifetime-dse` is a C++ flag anyway and the null pointer checks in question are comparisons of `this` with `NULL` from what I can see (again C++ only). Both have been removed in 21u and later, with the required fixes being in the C1 & ADLC code (see [JDK-8316893](https://bugs.openjdk.org/browse/JDK-8316893) and [JDK-8245051](https://bugs.openjdk.org/browse/JDK-8245051))
> * The same for `HOST_CFLAGS` and `HOST_CXXFLAGS` used by the ADLC build.
> * `CFLAGS` and `LFLAGS` in `hotspot/make/<platform>/makefiles/adlc.make`are switched to use `HOST_CXXFLAGS` as this compiles C++ code
> * `CFLAGS` and `LFLAGS` in `hotspot/make/<platform>/makefiles/vm.make`are switched to use `EXTRA_CXXFLAGS` as this compiles C++ code
> * `CXXFLAGS` are removed from `CC_COMPILE` in `hotspot/make/<platform>/makefiles/rules.make`. We leave `CXX_COMPILE` untouched to reduce risk.
>  
> `CXXFLAGS` is rarely used (though most of the code is C++) while `CFLAGS` is used for most flags.  `EXTRA_CXXFLAGS` and `HOST_CXXFLAGS` were unused prior to this change. So the risk of changing these is low, while we leave `CFLAGS` untouched.
> 
> We also move `NO_DELETE_NULL_POINTER_CHECKS_CFLAG`, `NO_LIFETIME_DSE_CFLAG` and `CXXSTD_CXXFLAG` to `hotspot-spec.gmk.in` from `spec.gmk.in`. They are now no longer used by the JDK build (which instead adds them to `CCXXFLAGS_JDK` as can be seen in https://github.com/openjdk/jdk8u-dev/pull/740) and this makes it easier to check the values and their usage in a single generated file.
> 
> I've built this locally on GNU/Linux with both gcc (8.5.0) and clang (20.1.8). This fix, along with https://github.com/openjdk/jdk8u-dev/pull/740 and a few additional warning remova...

Thanks Severin.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/741#issuecomment-3739381944

From andrew at openjdk.org  Mon Jan 12 18:23:04 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Mon, 12 Jan 2026 18:23:04 GMT
Subject: [jdk8u-dev] Integrated: 8374917: [8u] C++ flags get passed to C
 compiles in the HotSpot build
In-Reply-To: <iHx4y_BIJOXu4VafcUvD5Ba2lc6qTInVk77wk7FHCAU=.71d18616-2853-4d09-99ed-8ca5bfa08ecf@github.com>
References: <iHx4y_BIJOXu4VafcUvD5Ba2lc6qTInVk77wk7FHCAU=.71d18616-2853-4d09-99ed-8ca5bfa08ecf@github.com>
Message-ID: <MoRgFd0P4J3OsHAJfg0H3qZfyavJPS5OKmUCRLW9EuA=.42305530-ffe6-4519-ada9-54f6e9b3d20c@github.com>

On Fri, 9 Jan 2026 22:46:39 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> In gcc, this has been throwing a warning for a long time:
> ~~~
> cc1: warning: command line option '-std=gnu++98' is valid for C++/ObjC++ but not for C
> ~~~
> 
> With clang builds, this is instead an error.
> 
> ~~~
> 2026-01-09T18:17:34.1713580Z error: invalid argument '-std=gnu++98' not allowed with 'C'
> ~~~
> 
> This escalates the problem for newer MacOS builds which need the `-std` flag for the C++ code to compile.  It also causes Linux+clang builds to fail.
> 
> This fix does the minimum to get C++ flags out of the C code builds (the serviceability agent & jsig):
> 
> * `NO_DELETE_NULL_POINTER_CHECKS_CFLAG`, `NO_LIFETIME_DSE_CFLAG` and `CXXSTD_CXXFLAG`
> are moved from `EXTRA_CFLAGS` to `EXTRA_CXXFLAGS`. The last of these is essential to fix the problem described above. The others should be safe for the little C code in the HotSpot build; `fno-lifetime-dse` is a C++ flag anyway and the null pointer checks in question are comparisons of `this` with `NULL` from what I can see (again C++ only). Both have been removed in 21u and later, with the required fixes being in the C1 & ADLC code (see [JDK-8316893](https://bugs.openjdk.org/browse/JDK-8316893) and [JDK-8245051](https://bugs.openjdk.org/browse/JDK-8245051))
> * The same for `HOST_CFLAGS` and `HOST_CXXFLAGS` used by the ADLC build.
> * `CFLAGS` and `LFLAGS` in `hotspot/make/<platform>/makefiles/adlc.make`are switched to use `HOST_CXXFLAGS` as this compiles C++ code
> * `CFLAGS` and `LFLAGS` in `hotspot/make/<platform>/makefiles/vm.make`are switched to use `EXTRA_CXXFLAGS` as this compiles C++ code
> * `CXXFLAGS` are removed from `CC_COMPILE` in `hotspot/make/<platform>/makefiles/rules.make`. We leave `CXX_COMPILE` untouched to reduce risk.
>  
> `CXXFLAGS` is rarely used (though most of the code is C++) while `CFLAGS` is used for most flags.  `EXTRA_CXXFLAGS` and `HOST_CXXFLAGS` were unused prior to this change. So the risk of changing these is low, while we leave `CFLAGS` untouched.
> 
> We also move `NO_DELETE_NULL_POINTER_CHECKS_CFLAG`, `NO_LIFETIME_DSE_CFLAG` and `CXXSTD_CXXFLAG` to `hotspot-spec.gmk.in` from `spec.gmk.in`. They are now no longer used by the JDK build (which instead adds them to `CCXXFLAGS_JDK` as can be seen in https://github.com/openjdk/jdk8u-dev/pull/740) and this makes it easier to check the values and their usage in a single generated file.
> 
> I've built this locally on GNU/Linux with both gcc (8.5.0) and clang (20.1.8). This fix, along with https://github.com/openjdk/jdk8u-dev/pull/740 and a few additional warning remova...

This pull request has now been integrated.

Changeset: 002def2e
Author:    Andrew John Hughes <andrew at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/002def2eacbdd0c23dca94bfe061c8aef2a407b2
Stats:     33 lines in 14 files changed: 4 ins; 4 del; 25 mod

8374917: [8u] C++ flags get passed to C compiles in the HotSpot build

Reviewed-by: sgehwolf

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/741

From andrew at openjdk.org  Mon Jan 12 22:34:32 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Mon, 12 Jan 2026 22:34:32 GMT
Subject: [jdk8u-dev] RFR: 8374948: [8u] saproc & jsig builds add duplicate
 linker flags on Darwin/MacOS [v2]
In-Reply-To: <FqIhQume53vJYK42orLoHBYU1MuFY-Kqj8S4OZDVnJ8=.b9f1b0ef-b1f3-47ec-ab55-2d71c698cb39@github.com>
References: <FqIhQume53vJYK42orLoHBYU1MuFY-Kqj8S4OZDVnJ8=.b9f1b0ef-b1f3-47ec-ab55-2d71c698cb39@github.com>
Message-ID: <z93tiQZbszXjvgQmLgxFyRBxsEJdYKDucIKEI3PwQnk=.1742edf5-4fc3-48ac-89f2-0b771b27cbd4@github.com>

> This patch breaks out the Mac minimum version argument into its own variable, `MAC_FLAGS`, in `gcc.make`, so it can be added independently in `saproc.make` and `jsig.make`. This prevents duplicate linker flags and C++-only flags being added to the C build for jsig and saproc.

Andrew John Hughes 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.

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/742/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/742/files/8d804e1f..8d804e1f

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=742&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=742&range=00-01

  Stats: 0 lines in 0 files changed: 0 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/742.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/742/head:pull/742

PR: https://git.openjdk.org/jdk8u-dev/pull/742

From andrew at openjdk.org  Mon Jan 12 23:52:28 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Mon, 12 Jan 2026 23:52:28 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v3]
In-Reply-To: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
Message-ID: <BSpX2Rh3fNpL9-IjGDtNXNrlBeSLWPT7nglsMFzszbo=.f92efe7f-de20-4436-9656-19acb6beb611@github.com>

> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
> 
> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
> 
> The changes are as follows:
> 
> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
> 
> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
> 
> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
> 
> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.

Andrew John Hughes has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains four commits:

 - Print spec files on all POSIX platforms
 - Add LOG_LEVEL=debug to all GHA builds
 - Whitespace cleanup
 - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

-------------

Changes: https://git.openjdk.org/jdk8u-dev/pull/740/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=740&range=02
  Stats: 190 lines in 3 files changed: 23 ins; 62 del; 105 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/740.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/740/head:pull/740

PR: https://git.openjdk.org/jdk8u-dev/pull/740

From gnu.andrew at redhat.com  Tue Jan 13 00:27:44 2026
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Tue, 13 Jan 2026 00:27:44 +0000
Subject: [FREEZE] 8u482 NOW FROZEN
Message-ID: <aWWRgHq/ddWbmI1Q@rincewind>

The release forest:

https://github.com/openjdk/jdk8u

is frozen as of 2026-01-09 in preparation for release on or after
2026-01-20.

We allowed for an extra-ordinary build promotion this time around to
accomodate the libpng update [0] that was delayed by the winter
holidays.

The final pre-release tag is jdk8u482-b07. [1]

The final release tag will thus be no lower than jdk8u482-b08.

[0] https://bugs.openjdk.org/browse/JDK-8372534
[1] https://github.com/openjdk/jdk8u/releases/tag/jdk8u482-b07

Thanks,
-- 
Andrew :)
Pronouns: he / him or they / them
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222

Please contact via e-mail, not proprietary chat networks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20260113/fa52695e/signature.asc>

From andrew at openjdk.org  Tue Jan 13 00:37:07 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 13 Jan 2026 00:37:07 GMT
Subject: [jdk8u-dev] RFR: Merge jdk8u:master
Message-ID: <ENVskaLGw-44oDcChB2800HVuOwFGIxWPLbG5uYWdck=.33015c15-a629-4383-9b6c-c08091a9a656@github.com>

Merge jdk8u482-b07 back into 8u-dev

-------------

Commit messages:
 - Merge jdk8u:master
 - 8372534: Update Libpng to 1.6.51

The merge commit only contains trivial merges, so no merge-specific webrevs have been generated.

Changes: https://git.openjdk.org/jdk8u-dev/pull/743/files
  Stats: 6267 lines in 23 files changed: 2572 ins; 2571 del; 1124 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/743.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/743/head:pull/743

PR: https://git.openjdk.org/jdk8u-dev/pull/743

From andrew at openjdk.org  Tue Jan 13 02:01:27 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 13 Jan 2026 02:01:27 GMT
Subject: [jdk8u-dev] Integrated: Merge jdk8u:master
In-Reply-To: <ENVskaLGw-44oDcChB2800HVuOwFGIxWPLbG5uYWdck=.33015c15-a629-4383-9b6c-c08091a9a656@github.com>
References: <ENVskaLGw-44oDcChB2800HVuOwFGIxWPLbG5uYWdck=.33015c15-a629-4383-9b6c-c08091a9a656@github.com>
Message-ID: <rwNYtz3Yx-pvYmw28eb3-y26b-HwsnQwSIoQSB0qYwQ=.861132d0-633d-4bef-8a89-d7cde01c8c7f@github.com>

On Tue, 13 Jan 2026 00:32:21 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Merge jdk8u482-b07 back into 8u-dev

This pull request has now been integrated.

Changeset: f7fc4e73
Author:    Andrew John Hughes <andrew at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/f7fc4e73753e605e580f5970e865c9f5bc948493
Stats:     6267 lines in 23 files changed: 2572 ins; 2571 del; 1124 mod

Merge

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/743

From jdowland at openjdk.org  Tue Jan 13 11:05:29 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Tue, 13 Jan 2026 11:05:29 GMT
Subject: [jdk8u-dev] RFR: 8284758: [linux] improve print_container_info
 [v3]
In-Reply-To: <M8NpXkBVuTX9w_td-_9phh4htimLXOip787ybdCgCFU=.c3117130-0303-4f24-bc6f-a703a2e4ed7d@github.com>
References: <7KHPPrp_04m38_FLqfv2s2IgVr_DN4DvUxFUonkNXGU=.0e22ac8c-4d3c-4f93-a227-5c2eff93c077@github.com>
 <M8NpXkBVuTX9w_td-_9phh4htimLXOip787ybdCgCFU=.c3117130-0303-4f24-bc6f-a703a2e4ed7d@github.com>
Message-ID: <sYaWGXldqoDjgFIASLvxfWmKdSW2P9lgipwX6x1t1oM=.243543e6-0019-491e-bcff-ce112268c871@github.com>

On Thu, 8 Jan 2026 14:58:25 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

>> Low-risk, for Oracle parity. Mostly a clean-up. This will ease the future backporting of [JDK-8287011].
>> 
>> Doesn't apply clean: needs adjusting for paths and also context, to reflect 8u's lack of the pid controller ([JDK-8266490]).
>> 
>> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8287011 (forthcoming)
>> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8266490 (not considered)
>
> Jonathan Dowland 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 three additional commits since the last revision:
> 
>  - Merge remote-tracking branch 'remotes/jdk8u-dev/master' into 8284758-8u
>  - 8284758: [linux] improve print_container_info
>    
>    Reviewed-by: sgehwolf
>    Backport-of: 6c6d5223dfaae268f968f4292356d4be89adb122
>  - 8220658: Improve the readability of container information in the error log
>    
>    Backport-of: 2c4b9e0778e170a17b04217bee66bb6c4fb18c0c

Thanks!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/724#issuecomment-3743704538

From jdowland at openjdk.org  Tue Jan 13 11:08:15 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Tue, 13 Jan 2026 11:08:15 GMT
Subject: [jdk8u-dev] Integrated: 8284758: [linux] improve print_container_info
In-Reply-To: <7KHPPrp_04m38_FLqfv2s2IgVr_DN4DvUxFUonkNXGU=.0e22ac8c-4d3c-4f93-a227-5c2eff93c077@github.com>
References: <7KHPPrp_04m38_FLqfv2s2IgVr_DN4DvUxFUonkNXGU=.0e22ac8c-4d3c-4f93-a227-5c2eff93c077@github.com>
Message-ID: <KDbKgYqAKx2K-IhvCeM_hXxsT9a5zDkdJcbLeLKozlg=.4cb88257-84d1-49f5-a4a6-4ebba0d5997c@github.com>

On Thu, 20 Nov 2025 13:25:17 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

> Low-risk, for Oracle parity. Mostly a clean-up. This will ease the future backporting of [JDK-8287011].
> 
> Doesn't apply clean: needs adjusting for paths and also context, to reflect 8u's lack of the pid controller ([JDK-8266490]).
> 
> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8287011 (forthcoming)
> [JDK-8287011]: https://bugs.openjdk.org/browse/JDK-8266490 (not considered)

This pull request has now been integrated.

Changeset: efa1fccb
Author:    Jonathan Dowland <jdowland at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/efa1fccb3d774906d0e7175b3de0b89b5fb62653
Stats:     52 lines in 1 file changed: 13 ins; 34 del; 5 mod

8284758: [linux] improve print_container_info

Reviewed-by: sgehwolf, phh
Backport-of: 6c6d5223dfaae268f968f4292356d4be89adb122

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/724

From jdowland at openjdk.org  Tue Jan 13 11:22:18 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Tue, 13 Jan 2026 11:22:18 GMT
Subject: [jdk8u-dev] RFR: 8287011: Improve container information [v2]
In-Reply-To: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
References: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
Message-ID: <W5QoEJMiRsI1Ubhn7QIx3Md521URofkre82JFUmFhVs=.9f67475e-01b4-4431-8965-92bfaf397f1f@github.com>

> Low-risk backport for Oracle parity. Improves diagnostic output for humans. Not quite clean: path shuffling; comment copyright line adjustments; context issues as jdk8u lacks the pid controller (JDK-8266490)

Jonathan Dowland 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.

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/725/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/725/files/72d46f63..72d46f63

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=725&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=725&range=00-01

  Stats: 0 lines in 0 files changed: 0 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/725.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/725/head:pull/725

PR: https://git.openjdk.org/jdk8u-dev/pull/725

From sgehwolf at openjdk.org  Tue Jan 13 11:29:21 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 11:29:21 GMT
Subject: [jdk8u-dev] RFR: 8056039: Hotspot does not compile with clang 3.4
 on Linux
In-Reply-To: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
References: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
Message-ID: <w8CI5D0_0SFvqi14te_jigUe-aKRkrSFQG4XMyInf-o=.92fe396a-dd39-4cd9-8c2e-123a59609401@github.com>

On Mon, 22 Dec 2025 14:43:52 GMT, Antonio Vieiro <avieiro at openjdk.org> wrote:

> Almost clean backport of [JDK-8056039](https://bugs.openjdk.org/browse/JDK-8056039) that removes `local_vsnprintf` from the codebase, making it easier to build with `clang`.
> 
> This will make it easier to backport [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) to restore MacOS/GHA builds, which are now failing.
> 
> Backport is not clean because the changes in `vm/utilities/globalDefinitions_gcc.hpp` are already in place since [this commit](https://github.com/openjdk/jdk8u-dev/commit/6ca492afe7c59b014c6ce0628eb88d7da34020b5#diff-5fb49411838cbaba246fe37dea9532cebb18f81ba3e40d2db8749f6a9ac099e9R274) for JFR.
> 
> Passes tier1 tests on Linux but for usual suspeccts.
> 
> Windows and MacOS GHA builds fail, but are unrelated.

@vieiro Could you please re-trigger GHA runs (e.g. by merging master). Thanks!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/736#issuecomment-3743815615

From sgehwolf at openjdk.org  Tue Jan 13 11:34:26 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 11:34:26 GMT
Subject: [jdk8u-dev] RFR: 8353657: [8u] Test
 tools/launcher/VersionCheck.java fails with debug build [v3]
In-Reply-To: <CpDklO1vmcqRXbqvtysZkEQWTTlQx5POBMEYKQYz2eg=.965d4390-f09a-485b-89cc-a5d0e0ae1ea0@github.com>
References: <-1iYYpTJ_TFZx6RhRJOw-_nVQhhivtOY0zFWg8E_AgM=.7ade1453-9e17-488d-84a0-449415ee21de@github.com>
 <CpDklO1vmcqRXbqvtysZkEQWTTlQx5POBMEYKQYz2eg=.965d4390-f09a-485b-89cc-a5d0e0ae1ea0@github.com>
Message-ID: <Hjy8_Nxq7f-J2w1LVR1NNIS8eeD7o9NgUcVRAIuw5Fc=.606d6875-4942-4f8c-a828-a86fcb6126d5@github.com>

On Sat, 27 Sep 2025 02:51:26 GMT, SendaoYan <syan at openjdk.org> wrote:

>> Hi all,
>> 
>> Test tools/launcher/VersionCheck.java fails with fastdebug build which report 'jstack.debuginfo: cannot execute binary file'. This failure fixed by [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) in jdk15, only a subset of [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) to fix this test failure. So it's not suitable to backport [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) to jdk8u-dev, then I create this PR to fix this testbug.
>> 
>> This PR skip all the `*.debuginfo` files to check the '-version' or '-J-version'. Change has been verified localy, test-fix only, no risk.
>
> SendaoYan 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 three additional commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into jbs8353657
>  - Use NIX_DBGINFO_EXT instead of DEBUGINFO_FILE_EXT
>  - 8353657: [8u] Test tools/launcher/VersionCheck.java fails with debug build

Changes requested by sgehwolf (Reviewer).

jdk/test/tools/launcher/VersionCheck.java line 250:

> 248:                 return false;
> 249:             }
> 250:             if(name.endsWith(NIX_DBGINFO_EXT)) {

Suggestion:

            if (name.endsWith(NIX_DBGINFO_EXT)) {

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/685#pullrequestreview-3655308008
PR Review Comment: https://git.openjdk.org/jdk8u-dev/pull/685#discussion_r2686005611

From sgehwolf at openjdk.org  Tue Jan 13 11:40:10 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 11:40:10 GMT
Subject: [jdk8u-dev] RFR: 8257709: C1: Double assignment in
 InstructionPrinter::print_stack
In-Reply-To: <duiQmY5MNdDp6LfajuLoppy0Ovdr66WC2BoT5TFLAws=.a2baf5e9-34d4-45e0-8058-4606aa34ec08@github.com>
References: <duiQmY5MNdDp6LfajuLoppy0Ovdr66WC2BoT5TFLAws=.a2baf5e9-34d4-45e0-8058-4606aa34ec08@github.com>
Message-ID: <5LpHoVYBK9jLp1Na5I-KPt0-02bYXQ0WY8Iw8PHhkuQ=.9575303d-2f04-442e-82b0-f79aee83cae7@github.com>

On Tue, 11 Nov 2025 22:22:34 GMT, Elif Aslan <duke at openjdk.org> wrote:

> Clean backport.Resolves al2023 fastdebug build failure. This double assignment causes undefined behavior.

@elifaslan1 Please enable GHA testing for your fork.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/718#issuecomment-3743851994

From avieiro at openjdk.org  Tue Jan 13 11:50:45 2026
From: avieiro at openjdk.org (Antonio Vieiro)
Date: Tue, 13 Jan 2026 11:50:45 GMT
Subject: [jdk8u-dev] RFR: 8056039: Hotspot does not compile with clang 3.4
 on Linux [v2]
In-Reply-To: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
References: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
Message-ID: <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>

> Almost clean backport of [JDK-8056039](https://bugs.openjdk.org/browse/JDK-8056039) that removes `local_vsnprintf` from the codebase, making it easier to build with `clang`.
> 
> This will make it easier to backport [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) to restore MacOS/GHA builds, which are now failing.
> 
> Backport is not clean because the changes in `vm/utilities/globalDefinitions_gcc.hpp` are already in place since [this commit](https://github.com/openjdk/jdk8u-dev/commit/6ca492afe7c59b014c6ce0628eb88d7da34020b5#diff-5fb49411838cbaba246fe37dea9532cebb18f81ba3e40d2db8749f6a9ac099e9R274) for JFR.
> 
> Passes tier1 tests on Linux but for usual suspeccts.
> 
> Windows and MacOS GHA builds fail, but are unrelated.

Antonio Vieiro 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 one additional commit since the last revision:

  Backport a2d9ba3fd6712b2406d035de7614e8da86bac237

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/736/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/736/files/2df9bc86..51e6ac5e

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=736&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=736&range=00-01

  Stats: 6476 lines in 56 files changed: 2621 ins; 2637 del; 1218 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/736.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/736/head:pull/736

PR: https://git.openjdk.org/jdk8u-dev/pull/736

From avieiro at openjdk.org  Tue Jan 13 11:50:45 2026
From: avieiro at openjdk.org (Antonio Vieiro)
Date: Tue, 13 Jan 2026 11:50:45 GMT
Subject: [jdk8u-dev] RFR: 8056039: Hotspot does not compile with clang 3.4
 on Linux
In-Reply-To: <w8CI5D0_0SFvqi14te_jigUe-aKRkrSFQG4XMyInf-o=.92fe396a-dd39-4cd9-8c2e-123a59609401@github.com>
References: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
 <w8CI5D0_0SFvqi14te_jigUe-aKRkrSFQG4XMyInf-o=.92fe396a-dd39-4cd9-8c2e-123a59609401@github.com>
Message-ID: <Wke4rBaG9NXLjfgNAsX-ZKuOeqbqDWukuMsDDvQ8qoc=.18fd9486-c17d-4a79-a856-d78cc113c93b@github.com>

On Tue, 13 Jan 2026 11:26:15 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

>> Almost clean backport of [JDK-8056039](https://bugs.openjdk.org/browse/JDK-8056039) that removes `local_vsnprintf` from the codebase, making it easier to build with `clang`.
>> 
>> This will make it easier to backport [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) to restore MacOS/GHA builds, which are now failing.
>> 
>> Backport is not clean because the changes in `vm/utilities/globalDefinitions_gcc.hpp` are already in place since [this commit](https://github.com/openjdk/jdk8u-dev/commit/6ca492afe7c59b014c6ce0628eb88d7da34020b5#diff-5fb49411838cbaba246fe37dea9532cebb18f81ba3e40d2db8749f6a9ac099e9R274) for JFR.
>> 
>> Passes tier1 tests on Linux but for usual suspeccts.
>> 
>> Windows and MacOS GHA builds fail, but are unrelated.
>
> @vieiro Could you please re-trigger GHA runs (e.g. by merging master). Thanks!

@jerboaa Rebased on top of master.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/736#issuecomment-3743893083

From syan at openjdk.org  Tue Jan 13 12:43:00 2026
From: syan at openjdk.org (SendaoYan)
Date: Tue, 13 Jan 2026 12:43:00 GMT
Subject: [jdk8u-dev] RFR: 8132786:
 java/security/cert/CertPathValidator/OCSP/AIACheck.java fails intermittently
 [v2]
In-Reply-To: <u_QinNLDyMlyTGH0go0ImJjbaVTf8tPrlvMTj918VtM=.58396a8d-d92c-402e-96df-3c488f891f7b@github.com>
References: <OvxIRcgmfLByfKar-J-LeGX1TwPu9ZLAH7B1Y3KA0MA=.ef4c3fc1-fe34-4405-8de3-663a2b223a83@github.com>
 <u_QinNLDyMlyTGH0go0ImJjbaVTf8tPrlvMTj918VtM=.58396a8d-d92c-402e-96df-3c488f891f7b@github.com>
Message-ID: <YvYdC-uRGn71YXBI1nQQzv7H-JLMseylHuK_QUR0PMs=.955e0c47-4b2b-49c9-aea7-36598bda04bd@github.com>

On Tue, 9 Dec 2025 05:55:29 GMT, SendaoYan <syan at openjdk.org> wrote:

>> Hi all,
>> 
>> This is clean backport to fix the test bug which will cause test intermittently fails. Change has been verified locally on linux-x64, test-fix only, no risk.
>
> SendaoYan 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 two additional commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into jbs8132786
>  - Backport 79e58cc0e57717bb00b22a4716b7eb6f903441ef

Thanks for the approved.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/704#issuecomment-3744127372

From syan at openjdk.org  Tue Jan 13 12:43:43 2026
From: syan at openjdk.org (SendaoYan)
Date: Tue, 13 Jan 2026 12:43:43 GMT
Subject: [jdk8u-dev] RFR: 8353657: [8u] Test
 tools/launcher/VersionCheck.java fails with debug build [v4]
In-Reply-To: <-1iYYpTJ_TFZx6RhRJOw-_nVQhhivtOY0zFWg8E_AgM=.7ade1453-9e17-488d-84a0-449415ee21de@github.com>
References: <-1iYYpTJ_TFZx6RhRJOw-_nVQhhivtOY0zFWg8E_AgM=.7ade1453-9e17-488d-84a0-449415ee21de@github.com>
Message-ID: <ODPqAt6s4sIeQnlrSwmjUWwi25GO3s6M29itRPtSHZM=.cc091074-4149-4b0d-906f-1b0c5fb67acd@github.com>

> Hi all,
> 
> Test tools/launcher/VersionCheck.java fails with fastdebug build which report 'jstack.debuginfo: cannot execute binary file'. This failure fixed by [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) in jdk15, only a subset of [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) to fix this test failure. So it's not suitable to backport [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) to jdk8u-dev, then I create this PR to fix this testbug.
> 
> This PR skip all the `*.debuginfo` files to check the '-version' or '-J-version'. Change has been verified localy, test-fix only, no risk.

SendaoYan has updated the pull request incrementally with one additional commit since the last revision:

  Add whitespace after if in file jdk/test/tools/launcher/VersionCheck.java
  
  Co-authored-by: Severin Gehwolf <jerboaa at gmail.com>

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/685/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/685/files/6f33ed69..daa7d952

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=685&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=685&range=02-03

  Stats: 1 line in 1 file changed: 0 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/685.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/685/head:pull/685

PR: https://git.openjdk.org/jdk8u-dev/pull/685

From syan at openjdk.org  Tue Jan 13 12:44:50 2026
From: syan at openjdk.org (SendaoYan)
Date: Tue, 13 Jan 2026 12:44:50 GMT
Subject: [jdk8u-dev] Integrated: 8132786:
 java/security/cert/CertPathValidator/OCSP/AIACheck.java fails intermittently
In-Reply-To: <OvxIRcgmfLByfKar-J-LeGX1TwPu9ZLAH7B1Y3KA0MA=.ef4c3fc1-fe34-4405-8de3-663a2b223a83@github.com>
References: <OvxIRcgmfLByfKar-J-LeGX1TwPu9ZLAH7B1Y3KA0MA=.ef4c3fc1-fe34-4405-8de3-663a2b223a83@github.com>
Message-ID: <AdNSGpAjOufInKWhO8Y0rUJ3o8z16SAQgzBuZP1LLgI=.f114e6a3-04ed-4227-b860-1383b2166e60@github.com>

On Mon, 13 Oct 2025 09:10:48 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi all,
> 
> This is clean backport to fix the test bug which will cause test intermittently fails. Change has been verified locally on linux-x64, test-fix only, no risk.

This pull request has now been integrated.

Changeset: 3e1207a1
Author:    SendaoYan <syan at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/3e1207a1c7abe5f8e033f75adbdee9e24212a264
Stats:     5 lines in 1 file changed: 2 ins; 0 del; 3 mod

8132786: java/security/cert/CertPathValidator/OCSP/AIACheck.java fails intermittently

Backport-of: 79e58cc0e57717bb00b22a4716b7eb6f903441ef

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/704

From syan at openjdk.org  Tue Jan 13 12:47:00 2026
From: syan at openjdk.org (SendaoYan)
Date: Tue, 13 Jan 2026 12:47:00 GMT
Subject: [jdk8u-dev] RFR: 8277159: Fix java/nio/file/FileStore/Basic.java
 test by ignoring /run/user/* mount points [v3]
In-Reply-To: <-N88WzzLdOmxPEVcIav_feEzramSoW_-0V-V3r8KWZ8=.4491a261-8825-4797-86a4-13d0ebfc2b73@github.com>
References: <cpWfPy5jWU38GT9c_nBVuIhaSpE1qfU632YoGlhHkJ8=.d40a942a-ae8a-4af0-ad6e-d20aa35175c5@github.com>
 <-N88WzzLdOmxPEVcIav_feEzramSoW_-0V-V3r8KWZ8=.4491a261-8825-4797-86a4-13d0ebfc2b73@github.com>
Message-ID: <Lyw5YEMqyv-t3-jSCMl1xmVkPMO3_tuZjKc1ymP5oLA=.fbcdcc8a-c7ab-4c7a-8eb5-e431f11a0db0@github.com>

On Tue, 18 Nov 2025 03:20:23 GMT, SendaoYan <syan at openjdk.org> wrote:

>> Hi all,
>> 
>> This pull request contains a backport of commit [b6876649](https://github.com/openjdk/jdk/commit/b6876649a82bed508d817ccbde1600d00937e4b2) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>> 
>> This backport PR try to fix the test bug, test will skip the '/run/user' directory when it throw FileSystemException. This PR add `import jdk.test.lib.Platform;` and `@library /test/lib` make this backport uncleanly, other parts are backport cleanly.
>> 
>> Change has been verified locally, test-fix only, no risk.
>> 
>> Thanks!
>
> SendaoYan 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 three additional commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into jbs8277159
>  - Add "@libiray /test/lib" and "import jdk.test.lib.Platform;"
>  - Backport b6876649a82bed508d817ccbde1600d00937e4b2

Thanks for the approved.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/705#issuecomment-3744144930

From syan at openjdk.org  Tue Jan 13 12:47:02 2026
From: syan at openjdk.org (SendaoYan)
Date: Tue, 13 Jan 2026 12:47:02 GMT
Subject: [jdk8u-dev] Integrated: 8277159: Fix
 java/nio/file/FileStore/Basic.java test by ignoring /run/user/* mount points
In-Reply-To: <cpWfPy5jWU38GT9c_nBVuIhaSpE1qfU632YoGlhHkJ8=.d40a942a-ae8a-4af0-ad6e-d20aa35175c5@github.com>
References: <cpWfPy5jWU38GT9c_nBVuIhaSpE1qfU632YoGlhHkJ8=.d40a942a-ae8a-4af0-ad6e-d20aa35175c5@github.com>
Message-ID: <lR8HfBu4uHZvUNQOripEp1t1X8bULQs3Rn42eLICXps=.0eef4081-ba65-443b-b121-81a10d1d0464@github.com>

On Thu, 16 Oct 2025 03:06:33 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi all,
> 
> This pull request contains a backport of commit [b6876649](https://github.com/openjdk/jdk/commit/b6876649a82bed508d817ccbde1600d00937e4b2) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
> 
> This backport PR try to fix the test bug, test will skip the '/run/user' directory when it throw FileSystemException. This PR add `import jdk.test.lib.Platform;` and `@library /test/lib` make this backport uncleanly, other parts are backport cleanly.
> 
> Change has been verified locally, test-fix only, no risk.
> 
> Thanks!

This pull request has now been integrated.

Changeset: 8741a8d0
Author:    SendaoYan <syan at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/8741a8d07d5f782c1972438481a6e5e9e1329b47
Stats:     12 lines in 1 file changed: 11 ins; 0 del; 1 mod

8277159: Fix java/nio/file/FileStore/Basic.java test by ignoring /run/user/* mount points

Reviewed-by: phh
Backport-of: b6876649a82bed508d817ccbde1600d00937e4b2

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/705

From andrew at openjdk.org  Tue Jan 13 13:30:13 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 13 Jan 2026 13:30:13 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
Message-ID: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>

This is a backport of [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) from 11u that upgrades from macos-13 to macos-15-intel, and XCode from 14.3.1 to 16.4, as MacOS 13 runners are now unavailable.

Due to the different structure of the GHA support in 8u, and the absence of aarch64 on MacOS, this is a backport in spirit rather than a 1:1 relationship, with the same values being changed in their different locations in the 8u `submit.yml`.

-------------

Depends on: https://git.openjdk.org/jdk8u-dev/pull/740

Commit messages:
 - Backport 1b0f612e5e08cfa1581cf22433b36b5f075c0f23

Changes: https://git.openjdk.org/jdk8u-dev/pull/738/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=738&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8369226
  Stats: 4 lines in 1 file changed: 0 ins; 0 del; 4 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/738.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/738/head:pull/738

PR: https://git.openjdk.org/jdk8u-dev/pull/738

From avieiro at openjdk.org  Tue Jan 13 13:30:15 2026
From: avieiro at openjdk.org (Antonio Vieiro)
Date: Tue, 13 Jan 2026 13:30:15 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
In-Reply-To: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
Message-ID: <usnVvyNFpjSEulMSvdF63stnQrjxb44xLGwD1MYv9TA=.7d6eba88-61d3-4236-9532-f153907acad5@github.com>

On Thu, 8 Jan 2026 01:05:50 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This is a backport of [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) from 11u that upgrades from macos-13 to macos-15-intel, and XCode from 14.3.1 to 16.4, as MacOS 13 runners are now unavailable.
> 
> Due to the different structure of the GHA support in 8u, and the absence of aarch64 on MacOS, this is a backport in spirit rather than a 1:1 relationship, with the same values being changed in their different locations in the 8u `submit.yml`.

You may want https://github.com/openjdk/jdk8u-dev/pull/736 and https://github.com/openjdk/jdk8u-dev/pull/682 integrated first. This version of clang is quite picky...

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3723259130

From sgehwolf at openjdk.org  Tue Jan 13 13:30:16 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 13:30:16 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
In-Reply-To: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
Message-ID: <b-7-p9Zmn3JBBAMDzwS8mqCkEuddEUslaGrWGC2SHAY=.bf8b9f67-6bdb-4ca0-94b6-90f32bd38a3e@github.com>

On Thu, 8 Jan 2026 01:05:50 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This is a backport of [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) from 11u that upgrades from macos-13 to macos-15-intel, and XCode from 14.3.1 to 16.4, as MacOS 13 runners are now unavailable.
> 
> Due to the different structure of the GHA support in 8u, and the absence of aarch64 on MacOS, this is a backport in spirit rather than a 1:1 relationship, with the same values being changed in their different locations in the 8u `submit.yml`.

See https://github.com/openjdk/jdk8u/pull/84 for a proof of concept as to what is needed to get macosx building in GHA again.

The last remaining piece for a macOS x build seems to be something like this now: https://github.com/openjdk/jdk8u/pull/84/commits/bacf30605ae1b8eb21010aa8d96b3a21e73ecccf. This is not needed in JDK 11 due to JNF being removed there: https://bugs.openjdk.org/browse/JDK-8257852 and https://bugs.openjdk.org/browse/JDK-8257988

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3723541076
PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3739645776

From andrew at openjdk.org  Tue Jan 13 13:30:17 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 13 Jan 2026 13:30:17 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
In-Reply-To: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
Message-ID: <g19_8DP2jEkVSbJtBxqTWKSSbpl8YbD2aWWyqG-IcFs=.3d7fcb42-976d-4ae8-901d-98a78f3efd27@github.com>

On Thu, 8 Jan 2026 01:05:50 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This is a backport of [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) from 11u that upgrades from macos-13 to macos-15-intel, and XCode from 14.3.1 to 16.4, as MacOS 13 runners are now unavailable.
> 
> Due to the different structure of the GHA support in 8u, and the absence of aarch64 on MacOS, this is a backport in spirit rather than a 1:1 relationship, with the same values being changed in their different locations in the 8u `submit.yml`.

> You may want #736 and #682 integrated first. This version of clang is quite picky...

Yes, that's why this is just a draft at this initial stage, so as to see what is needed.

> See [openjdk/jdk8u#84](https://github.com/openjdk/jdk8u/pull/84) for a proof of concept as to what is needed to get macosx building in GHA again.

Thanks, but that was the intention of this PR as well. I'm not sure why we need two or why yours is against 8u rather than 8u-dev. The libpng change will be merged back into 8u-dev once promoted.

I intend to move this out of draft once we have a chain of fixes which leads to a working build, if not tests as well. As #740 & #741 are generic changes which can be tested by the Linux build, I will leave this as pre-requisites of this change. For Mac-specific changes like #742 I will make them follow this change as they can only be tested by the Mac build running.

Yes, I looked at these bugs briefly a few days ago along with the fix on the PR you created. While I appreciate the merits of https://github.com/openjdk/jdk8u/commit/bacf30605ae1b8eb21010aa8d96b3a21e73ecccf in getting us further in the build, the final fix does need to be a backport of the JNF removals.  As with the addition of `std=gnu++98`, we can't really say it builds on MacOS 15 if it only works because of extra build hacks and a Frankenstein build environment. It's not clear to me that the build created with those JNF modules & headers copied would even work if you ran it on another machine.

I intend to post a backport of the saproc fix shortly and then we will see what further fixes are needed in the desktop code. I think this is more potentially lengthy than risky. The changes are limited to MacOS code (unlike the compiler changes which worry me more and I've tested a lot locally) and that MacOS code will only work on MacOS 11, 12 & 13 at present, with JDK-8317970 in the mix. The JNF changes have been in 11u for a long time and are well tested. I think backporting that is more maintainable long-term than keeping a small selection of older MacOS releases running which will soon become unsupported themselves.

Given Apple's aggressive dropping of older platforms, I think we may even need to consider bringing AArch64 to Mac if we want to keep 8u building on MacOS in years to come.

It looks like I have to move the PRs out of draft to get the `pr/<x>` so I'll do so when it is clear the build has progressed, but we can delay integration until we have a working build.

Subsequent PRs:
* https://github.com/openjdk/jdk8u-dev/pull/742 - to fix continued use of `-std=gnu++98` in the HotSpot C code on BSD & Mac OS only

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3723609162
PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3723611577
PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3739392951
PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3739986723
PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3744317236
PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3744342549

From sgehwolf at openjdk.org  Tue Jan 13 13:30:18 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 13:30:18 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
In-Reply-To: <g19_8DP2jEkVSbJtBxqTWKSSbpl8YbD2aWWyqG-IcFs=.3d7fcb42-976d-4ae8-901d-98a78f3efd27@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
 <g19_8DP2jEkVSbJtBxqTWKSSbpl8YbD2aWWyqG-IcFs=.3d7fcb42-976d-4ae8-901d-98a78f3efd27@github.com>
Message-ID: <wQjetekPgDxAjT4J9fECNvURq9rwJyTQ48qZyBMWlMQ=.7c501820-b57f-4da4-9f60-4029f543bbc1@github.com>

On Thu, 8 Jan 2026 12:17:29 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> > See [openjdk/jdk8u#84](https://github.com/openjdk/jdk8u/pull/84) for a proof of concept as to what is needed to get macosx building in GHA again.
> 
> Thanks, but that was the intention of this PR as well. I'm not sure why we need two or why yours is against 8u rather than 8u-dev. The libpng change will be merged back into 8u-dev once promoted.

We don't need two. It was a quick proof of concept showing how to build with later mac os x sdk than 10.x (which doesn't like the min version bump of 11.0.0). I'll close it. It's just a reference as to what is needed. For some of those changes we need a proper fix to get actually integrated. It was created in jdk8u since the libpng PR was there. Not really intended as a critical fix at all. Hope that makes some sense.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3723814367

From andrew at openjdk.org  Tue Jan 13 13:30:20 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 13 Jan 2026 13:30:20 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
In-Reply-To: <wQjetekPgDxAjT4J9fECNvURq9rwJyTQ48qZyBMWlMQ=.7c501820-b57f-4da4-9f60-4029f543bbc1@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
 <g19_8DP2jEkVSbJtBxqTWKSSbpl8YbD2aWWyqG-IcFs=.3d7fcb42-976d-4ae8-901d-98a78f3efd27@github.com>
 <wQjetekPgDxAjT4J9fECNvURq9rwJyTQ48qZyBMWlMQ=.7c501820-b57f-4da4-9f60-4029f543bbc1@github.com>
Message-ID: <XnVrq6Bd_3eM18Y9WM1rTskX_HCpZ9R5UVAnNaKNFpA=.f365d440-fc93-4ee2-bd54-6226c6ae1924@github.com>

On Thu, 8 Jan 2026 13:10:30 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> > > See [openjdk/jdk8u#84](https://github.com/openjdk/jdk8u/pull/84) for a proof of concept as to what is needed to get macosx building in GHA again.
> > 
> > 
> > Thanks, but that was the intention of this PR as well. I'm not sure why we need two or why yours is against 8u rather than 8u-dev. The libpng change will be merged back into 8u-dev once promoted.
> 
> We don't need two. It was a quick proof of concept showing how to build with later mac os x sdk than 10.x (which doesn't like the min version bump of 11.0.0). I'll close it. It's just a reference as to what is needed. For some of those changes we need a proper fix to get actually integrated. It was created in jdk8u since the libpng PR was there. Not really intended as a critical fix at all. Hope that makes some sense.

It does and thanks for allaying my initial fears that you wanted to integrate this in the next two days :-)

It will be a useful reference for what we need to do to get this working. It's a pity we don't seem to be able to add additional labels to PRs. A 'macosx15' one would be helpful here.

I'll sort the pending promotions out and merge them back into 8u-dev. We then should have everything in the one repository to get this working again.

The timing with the 11.0.0 bump is unfortunate, but I think builds will work with 11, 12 & 13 without these pending changes. [Azul](https://github.com/adoptium/temurin-build/issues/4354#issuecomment-3721459228) have built on XCode 12.3 successfully and, if we still had the MacOS 13 runner, I think it would have passed. It would of course be better to verify that in 8u-dev with the newer MacOS 15 runner, so hopefully we can sort that before the release happens. Thanks for your work on this.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3723874632

From andrew at openjdk.org  Tue Jan 13 13:32:56 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 13 Jan 2026 13:32:56 GMT
Subject: [jdk8u-dev] RFR: 8056039: Hotspot does not compile with clang 3.4
 on Linux [v2]
In-Reply-To: <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>
References: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
 <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>
Message-ID: <Cenp7I2VS-2HynWzUW0khGpqLuXA90b4d18slEltzS0=.4728da77-1cbe-4fbe-8a48-7ca4648db3d2@github.com>

On Tue, 13 Jan 2026 11:50:45 GMT, Antonio Vieiro <avieiro at openjdk.org> wrote:

>> Almost clean backport of [JDK-8056039](https://bugs.openjdk.org/browse/JDK-8056039) that removes `local_vsnprintf` from the codebase, making it easier to build with `clang`.
>> 
>> This will make it easier to backport [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) to restore MacOS/GHA builds, which are now failing.
>> 
>> Backport is not clean because the changes in `vm/utilities/globalDefinitions_gcc.hpp` are already in place since [this commit](https://github.com/openjdk/jdk8u-dev/commit/6ca492afe7c59b014c6ce0628eb88d7da34020b5#diff-5fb49411838cbaba246fe37dea9532cebb18f81ba3e40d2db8749f6a9ac099e9R274) for JFR.
>> 
>> Passes tier1 tests on Linux but for usual suspeccts.
>> 
>> Windows and MacOS GHA builds fail, but are unrelated.
>
> Antonio Vieiro has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains one commit:
> 
>   Backport a2d9ba3fd6712b2406d035de7614e8da86bac237

Reviewing this one now.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/736#issuecomment-3744361293

From andrew at openjdk.org  Tue Jan 13 13:39:11 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 13 Jan 2026 13:39:11 GMT
Subject: [jdk8u-dev] RFR: 8056039: Hotspot does not compile with clang 3.4
 on Linux [v2]
In-Reply-To: <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>
References: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
 <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>
Message-ID: <tiWwmFb98O6rkMv7tE7s_eHHlPnBzM5e82xcM-TndPA=.048062f1-30de-442d-a816-bac0dbf7154b@github.com>

On Tue, 13 Jan 2026 11:50:45 GMT, Antonio Vieiro <avieiro at openjdk.org> wrote:

>> Almost clean backport of [JDK-8056039](https://bugs.openjdk.org/browse/JDK-8056039) that removes `local_vsnprintf` from the codebase, making it easier to build with `clang`.
>> 
>> This will make it easier to backport [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) to restore MacOS/GHA builds, which are now failing.
>> 
>> Backport is not clean because the changes in `vm/utilities/globalDefinitions_gcc.hpp` are already in place since [this commit](https://github.com/openjdk/jdk8u-dev/commit/6ca492afe7c59b014c6ce0628eb88d7da34020b5#diff-5fb49411838cbaba246fe37dea9532cebb18f81ba3e40d2db8749f6a9ac099e9R274) for JFR.
>> 
>> Passes tier1 tests on Linux but for usual suspeccts.
>> 
>> Windows and MacOS GHA builds fail, but are unrelated.
>
> Antonio Vieiro has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains one commit:
> 
>   Backport a2d9ba3fd6712b2406d035de7614e8da86bac237

Backport looks clean other than the fragment in `globalDefinitions_gcc.hpp` already removed.

Do we know if anyone builds on Solaris still? This seems like the only platform that would really be affected by this change. It is the only platform where `local_vsnprintf` is not just a redirect and likely the only platform to build with sparcWorks which has `#define vsnprintf local_vsnprintf`. On AIX, `local_vsnprintf` is not even been defined.

-------------

Marked as reviewed by andrew (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/736#pullrequestreview-3655831203

From andrew at openjdk.org  Tue Jan 13 13:44:41 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 13 Jan 2026 13:44:41 GMT
Subject: [jdk8u-dev] RFR: 8374948: [8u] saproc & jsig builds add duplicate
 linker flags on Darwin/MacOS [v3]
In-Reply-To: <FqIhQume53vJYK42orLoHBYU1MuFY-Kqj8S4OZDVnJ8=.b9f1b0ef-b1f3-47ec-ab55-2d71c698cb39@github.com>
References: <FqIhQume53vJYK42orLoHBYU1MuFY-Kqj8S4OZDVnJ8=.b9f1b0ef-b1f3-47ec-ab55-2d71c698cb39@github.com>
Message-ID: <3J79aJ2kC76Q1xPYX_zLkytP_qPakVxn1FSzWOgg6Ic=.c0348596-2ee4-448f-bb0c-ef566e36b592@github.com>

> This patch breaks out the Mac minimum version argument into its own variable, `MAC_FLAGS`, in `gcc.make`, so it can be added independently in `saproc.make` and `jsig.make`. This prevents duplicate linker flags and C++-only flags being added to the C build for jsig and saproc.

Andrew John Hughes 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 one additional commit since the last revision:

  8374948: [8u] saproc & jsig builds add duplicate linker flags on Darwin/MacOS

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/742/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/742/files/8d804e1f..4e5afd45

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=742&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=742&range=01-02

  Stats: 58 lines in 13 files changed: 16 ins; 12 del; 30 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/742.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/742/head:pull/742

PR: https://git.openjdk.org/jdk8u-dev/pull/742

From sgehwolf at openjdk.org  Tue Jan 13 13:49:01 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 13:49:01 GMT
Subject: [jdk8u-dev] RFR: 8353657: [8u] Test
 tools/launcher/VersionCheck.java fails with debug build [v4]
In-Reply-To: <ODPqAt6s4sIeQnlrSwmjUWwi25GO3s6M29itRPtSHZM=.cc091074-4149-4b0d-906f-1b0c5fb67acd@github.com>
References: <-1iYYpTJ_TFZx6RhRJOw-_nVQhhivtOY0zFWg8E_AgM=.7ade1453-9e17-488d-84a0-449415ee21de@github.com>
 <ODPqAt6s4sIeQnlrSwmjUWwi25GO3s6M29itRPtSHZM=.cc091074-4149-4b0d-906f-1b0c5fb67acd@github.com>
Message-ID: <TWMBILN84ngv_xTvkwGwrwkuiTbaoAYx-H1yK5ss2HA=.b9cfc438-425d-469c-9af3-de1d76e806cc@github.com>

On Tue, 13 Jan 2026 12:43:43 GMT, SendaoYan <syan at openjdk.org> wrote:

>> Hi all,
>> 
>> Test tools/launcher/VersionCheck.java fails with fastdebug build which report 'jstack.debuginfo: cannot execute binary file'. This failure fixed by [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) in jdk15, only a subset of [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) to fix this test failure. So it's not suitable to backport [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) to jdk8u-dev, then I create this PR to fix this testbug.
>> 
>> This PR skip all the `*.debuginfo` files to check the '-version' or '-J-version'. Change has been verified localy, test-fix only, no risk.
>
> SendaoYan has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Add whitespace after if in file jdk/test/tools/launcher/VersionCheck.java
>   
>   Co-authored-by: Severin Gehwolf <jerboaa at gmail.com>

Marked as reviewed by sgehwolf (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/685#pullrequestreview-3655872703

From avieiro at openjdk.org  Tue Jan 13 13:52:31 2026
From: avieiro at openjdk.org (Antonio Vieiro)
Date: Tue, 13 Jan 2026 13:52:31 GMT
Subject: [jdk8u-dev] RFR: 8056039: Hotspot does not compile with clang 3.4
 on Linux [v2]
In-Reply-To: <tiWwmFb98O6rkMv7tE7s_eHHlPnBzM5e82xcM-TndPA=.048062f1-30de-442d-a816-bac0dbf7154b@github.com>
References: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
 <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>
 <tiWwmFb98O6rkMv7tE7s_eHHlPnBzM5e82xcM-TndPA=.048062f1-30de-442d-a816-bac0dbf7154b@github.com>
Message-ID: <DBqvkUcnez1FP8ibvhTzKF3JfS1IH1n_X8cSmqOMNkQ=.778007e7-fa7b-4b20-b072-5f5417ce4c8d@github.com>

On Tue, 13 Jan 2026 13:36:42 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Backport looks clean other than the fragment in `globalDefinitions_gcc.hpp` already removed.
> 
> Do we know if anyone builds on Solaris still? This seems like the only platform that would really be affected by this change. It is the only platform where `local_vsnprintf` is not just a redirect and likely the only platform to build with sparcWorks which has `#define vsnprintf local_vsnprintf`. On AIX, `local_vsnprintf` is not even been defined.

Temurin will drop Solaris for 2026-01. I think Azul is shipping 8 for Solaris.

If this is not intended for `jdk8u` then we'll have a quarter to hear complaints/propose fixes.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/736#issuecomment-3744435446

From duke at openjdk.org  Tue Jan 13 14:05:01 2026
From: duke at openjdk.org (Peter Tribble)
Date: Tue, 13 Jan 2026 14:05:01 GMT
Subject: [jdk8u-dev] RFR: 8056039: Hotspot does not compile with clang 3.4
 on Linux [v2]
In-Reply-To: <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>
References: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
 <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>
Message-ID: <qeyePnL-zyfYsIu6BWfuDM1zRkK4X8NR5CM4na7BUpA=.08369d3d-90ec-4078-97a9-3bcc8b3acc06@github.com>

On Tue, 13 Jan 2026 11:50:45 GMT, Antonio Vieiro <avieiro at openjdk.org> wrote:

>> Almost clean backport of [JDK-8056039](https://bugs.openjdk.org/browse/JDK-8056039) that removes `local_vsnprintf` from the codebase, making it easier to build with `clang`.
>> 
>> This will make it easier to backport [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) to restore MacOS/GHA builds, which are now failing.
>> 
>> Backport is not clean because the changes in `vm/utilities/globalDefinitions_gcc.hpp` are already in place since [this commit](https://github.com/openjdk/jdk8u-dev/commit/6ca492afe7c59b014c6ce0628eb88d7da34020b5#diff-5fb49411838cbaba246fe37dea9532cebb18f81ba3e40d2db8749f6a9ac099e9R274) for JFR.
>> 
>> Passes tier1 tests on Linux but for usual suspeccts.
>> 
>> Windows and MacOS GHA builds fail, but are unrelated.
>
> Antonio Vieiro has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains one commit:
> 
>   Backport a2d9ba3fd6712b2406d035de7614e8da86bac237

We build on illumos, but use gcc so won't be affected, effectively we already have this change. And even on Solaris there's been a real vsnprintf for decades, and I think anyone building now is going to be on Solaris 10 or 11 which should be fine.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/736#issuecomment-3744483679

From avieiro at openjdk.org  Tue Jan 13 14:05:02 2026
From: avieiro at openjdk.org (Antonio Vieiro)
Date: Tue, 13 Jan 2026 14:05:02 GMT
Subject: [jdk8u-dev] RFR: 8056039: Hotspot does not compile with clang 3.4
 on Linux [v2]
In-Reply-To: <qeyePnL-zyfYsIu6BWfuDM1zRkK4X8NR5CM4na7BUpA=.08369d3d-90ec-4078-97a9-3bcc8b3acc06@github.com>
References: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
 <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>
 <qeyePnL-zyfYsIu6BWfuDM1zRkK4X8NR5CM4na7BUpA=.08369d3d-90ec-4078-97a9-3bcc8b3acc06@github.com>
Message-ID: <Glaxea6V-B2DvYrgwc2sI4pi1NlxyaRtWTyylAoqCQI=.49348b3d-45f9-4631-852c-150b79539a63@github.com>

On Tue, 13 Jan 2026 13:58:29 GMT, Peter Tribble <duke at openjdk.org> wrote:

> We build on illumos, but use gcc so won't be affected, effectively we already have this change. And even on Solaris there's been a real vsnprintf for decades, and I think anyone building now is going to be on Solaris 10 or 11 which should be fine.

Thanks for the quick answer, @ptribble . Let's integrate then.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/736#issuecomment-3744494816

From duke at openjdk.org  Tue Jan 13 14:05:03 2026
From: duke at openjdk.org (duke)
Date: Tue, 13 Jan 2026 14:05:03 GMT
Subject: [jdk8u-dev] RFR: 8056039: Hotspot does not compile with clang 3.4
 on Linux [v2]
In-Reply-To: <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>
References: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
 <yA41uHaEvyW3IpadTOuef6qw_lWTpZlwanHVUgQ6H0w=.c6da2cd6-d83c-4489-8170-9a9893d42b8f@github.com>
Message-ID: <6AZYpiifSuxwxbroXAxMFjuf1hfITG5uJMaxWgQ8i2g=.2d313526-7cbc-44a3-97ec-62efe7159b57@github.com>

On Tue, 13 Jan 2026 11:50:45 GMT, Antonio Vieiro <avieiro at openjdk.org> wrote:

>> Almost clean backport of [JDK-8056039](https://bugs.openjdk.org/browse/JDK-8056039) that removes `local_vsnprintf` from the codebase, making it easier to build with `clang`.
>> 
>> This will make it easier to backport [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) to restore MacOS/GHA builds, which are now failing.
>> 
>> Backport is not clean because the changes in `vm/utilities/globalDefinitions_gcc.hpp` are already in place since [this commit](https://github.com/openjdk/jdk8u-dev/commit/6ca492afe7c59b014c6ce0628eb88d7da34020b5#diff-5fb49411838cbaba246fe37dea9532cebb18f81ba3e40d2db8749f6a9ac099e9R274) for JFR.
>> 
>> Passes tier1 tests on Linux but for usual suspeccts.
>> 
>> Windows and MacOS GHA builds fail, but are unrelated.
>
> Antonio Vieiro has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains one commit:
> 
>   Backport a2d9ba3fd6712b2406d035de7614e8da86bac237

@vieiro 
Your change (at version 51e6ac5e71522be165713fd6c747fe2b7be8bb71) is now ready to be sponsored by a Committer.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/736#issuecomment-3744503192

From sgehwolf at openjdk.org  Tue Jan 13 14:05:00 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 14:05:00 GMT
Subject: [jdk8u-dev] RFR: 8350813: Rendering of bulky sound bank from MIDI
 sequence can cause OutOfMemoryError
In-Reply-To: <kP42L2CvlIArT9sANcmG-8_zZVZIfmqM1WeTeRMHcX4=.0a51dd48-92f8-4af5-9f9f-82571ee6716d@github.com>
References: <kP42L2CvlIArT9sANcmG-8_zZVZIfmqM1WeTeRMHcX4=.0a51dd48-92f8-4af5-9f9f-82571ee6716d@github.com>
Message-ID: <yyzduYGdARleIU8vHpjv2PvIImZwjShHE6W7xOm5z7A=.d697b5f2-76e9-443e-87fc-6b994b24e55b@github.com>

On Tue, 23 Sep 2025 12:13:43 GMT, Roman Marchenko <rmarchenko at openjdk.org> wrote:

> This is backport of "[JDK-8350813](https://bugs.openjdk.org/browse/JDK-8350813) Rendering of bulky sound bank from MIDI sequence can cause OutOfMemoryError"
> 
> The problem exists in jdk8 also.
> 
> Almost clean backport, resolved conflict in copyright, and put `BulkSoundBank.java` to `jdk/test/javax/sound/midi/BulkSoundBank/`.
> 
> Test fails before the fix, and passes with the fix.
> 
> GHA checks mostly passes. The failed CertPathValidator tests don't look related to the change.

This looks clean after path unshuffeling.

-------------

Marked as reviewed by sgehwolf (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/702#pullrequestreview-3655961671

From sgehwolf at openjdk.org  Tue Jan 13 14:05:02 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 14:05:02 GMT
Subject: [jdk8u-dev] RFR: 8350813: Rendering of bulky sound bank from MIDI
 sequence can cause OutOfMemoryError
In-Reply-To: <a9SFB8XI1I9_JjaD-H6FBWqfORmsAz2HQBgXyLFrMAg=.94cd786a-b6be-48e9-a61a-a3fe141d898f@github.com>
References: <kP42L2CvlIArT9sANcmG-8_zZVZIfmqM1WeTeRMHcX4=.0a51dd48-92f8-4af5-9f9f-82571ee6716d@github.com>
 <a9SFB8XI1I9_JjaD-H6FBWqfORmsAz2HQBgXyLFrMAg=.94cd786a-b6be-48e9-a61a-a3fe141d898f@github.com>
Message-ID: <nXGI7yRCnS6efEt8Aoek7QdruOfqMmZvFucb-m0tSA4=.55289063-e534-41fc-a001-5e7320459b63@github.com>

On Wed, 24 Sep 2025 08:08:50 GMT, Roman Marchenko <rmarchenko at openjdk.org> wrote:

>> This is backport of "[JDK-8350813](https://bugs.openjdk.org/browse/JDK-8350813) Rendering of bulky sound bank from MIDI sequence can cause OutOfMemoryError"
>> 
>> The problem exists in jdk8 also.
>> 
>> Almost clean backport, resolved conflict in copyright, and put `BulkSoundBank.java` to `jdk/test/javax/sound/midi/BulkSoundBank/`.
>> 
>> Test fails before the fix, and passes with the fix.
>> 
>> GHA checks mostly passes. The failed CertPathValidator tests don't look related to the change.
>
> The failed CertPathValidator tests don't look related to the change.

@wkia Please merge latest master to get an updated GHA run. Thanks!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/702#issuecomment-3744505614

From sgehwolf at openjdk.org  Tue Jan 13 14:14:13 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 14:14:13 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v3]
In-Reply-To: <BSpX2Rh3fNpL9-IjGDtNXNrlBeSLWPT7nglsMFzszbo=.f92efe7f-de20-4436-9656-19acb6beb611@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <BSpX2Rh3fNpL9-IjGDtNXNrlBeSLWPT7nglsMFzszbo=.f92efe7f-de20-4436-9656-19acb6beb611@github.com>
Message-ID: <c8onsOjAr8S9Fn6Fy5iq-2AswZlwGwZ2z2bpwqkSxHw=.17bf6a0e-5122-4217-8dca-f4a357520c6b@github.com>

On Mon, 12 Jan 2026 23:52:28 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
>> 
>> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
>> 
>> The changes are as follows:
>> 
>> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
>> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
>> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
>> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
>> 
>> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
>> 
>> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
>> 
>> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.
>
> Andrew John Hughes has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains four commits:
> 
>  - Print spec files on all POSIX platforms
>  - Add LOG_LEVEL=debug to all GHA builds
>  - Whitespace cleanup
>  - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

This seems OK. Thanks!

-------------

Marked as reviewed by sgehwolf (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/740#pullrequestreview-3656010854

From duke at openjdk.org  Tue Jan 13 14:14:15 2026
From: duke at openjdk.org (duke)
Date: Tue, 13 Jan 2026 14:14:15 GMT
Subject: [jdk8u-dev] RFR: 8303482: Update LCMS to 2.15 [v3]
In-Reply-To: <QnLK4A-ranwKrBmwwu5nwQFRCeB3xjMO2Qw5Alr1u_Y=.838ca76a-9496-4571-9e33-9d14b6341b25@github.com>
References: <B-v-eNHYFQBr9AmXLeWeiisaJpIwH2MgkdfaAhsdkvw=.865f8dbe-1cd7-4ecf-8088-ac206a7f48b0@github.com>
 <QnLK4A-ranwKrBmwwu5nwQFRCeB3xjMO2Qw5Alr1u_Y=.838ca76a-9496-4571-9e33-9d14b6341b25@github.com>
Message-ID: <uLM7XN7Tcnr4qR8YqRI_QmjINmukc_HsIU9DDSukmrM=.111ace17-1779-462d-8f5c-efe2202974cf@github.com>

On Wed, 17 Sep 2025 21:44:22 GMT, Ekaterina Vergizova <evergizova at openjdk.org> wrote:

>> I'd like to backport it for parity with Oracle 8u.
>> 11u patch applies almost cleanly, except for a license update in THIRD_PARTY_README instead of lcms.md.
>> 
>> GHA testing passes without regressions, test failures look unrelated. Additionally tested manually with J2Ddemo.
>
> Ekaterina Vergizova 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 one additional commit since the last revision:
> 
>   Backport e28b210d5020fc7cc3a52c58f0a8ce14e16dd5fb

@kvergizova 
Your change (at version ee1358903b6907a556b700e5baf2ed3adffee7b0) is now ready to be sponsored by a Committer.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/678#issuecomment-3744548737

From sgehwolf at openjdk.org  Tue Jan 13 14:28:07 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 14:28:07 GMT
Subject: [jdk8u-dev] RFR: 8375189: [8u] Problem list
 CAInterop.java#microsoftrsa2017
Message-ID: <CZBbOv3wBIFto9-j5HvGIUIJlv1cmGzTiyGwgQJNrsU=.c519de29-e71c-466d-9b59-8eca3c305ad7@github.com>

The test fails in GHA in many PRs. Problem list it until the underlying issue is fixed to reduce test noise.

Thoughts?

-------------

Commit messages:
 - 8375189: [8u] Problem list CAInterop.java#microsoftrsa2017

Changes: https://git.openjdk.org/jdk8u-dev/pull/744/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=744&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8375189
  Stats: 1 line in 1 file changed: 1 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/744.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/744/head:pull/744

PR: https://git.openjdk.org/jdk8u-dev/pull/744

From avieiro at openjdk.org  Tue Jan 13 14:32:14 2026
From: avieiro at openjdk.org (Antonio Vieiro)
Date: Tue, 13 Jan 2026 14:32:14 GMT
Subject: [jdk8u-dev] Integrated: 8056039: Hotspot does not compile with clang
 3.4 on Linux
In-Reply-To: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
References: <RDvizURduHmRbJl5lFBtD8Rs8B0mZbeyfKgbYAE19kI=.4140056c-1676-4d74-94ba-bbb5040ccc21@github.com>
Message-ID: <JsrAEgpbhTeYzvRLI_Nnba1Ox9TEn4awSSM_EFgz0pk=.be1509e0-1c2d-4021-a6d4-5363468e28d1@github.com>

On Mon, 22 Dec 2025 14:43:52 GMT, Antonio Vieiro <avieiro at openjdk.org> wrote:

> Almost clean backport of [JDK-8056039](https://bugs.openjdk.org/browse/JDK-8056039) that removes `local_vsnprintf` from the codebase, making it easier to build with `clang`.
> 
> This will make it easier to backport [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) to restore MacOS/GHA builds, which are now failing.
> 
> Backport is not clean because the changes in `vm/utilities/globalDefinitions_gcc.hpp` are already in place since [this commit](https://github.com/openjdk/jdk8u-dev/commit/6ca492afe7c59b014c6ce0628eb88d7da34020b5#diff-5fb49411838cbaba246fe37dea9532cebb18f81ba3e40d2db8749f6a9ac099e9R274) for JFR.
> 
> Passes tier1 tests on Linux but for usual suspeccts.
> 
> Windows and MacOS GHA builds fail, but are unrelated.

This pull request has now been integrated.

Changeset: 59f54ca2
Author:    Antonio Vieiro <avieiro at openjdk.org>
Committer: Severin Gehwolf <sgehwolf at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/59f54ca2da647fdd2c2d4752e1f4a682264cac69
Stats:     45 lines in 6 files changed: 3 ins; 42 del; 0 mod

8056039: Hotspot does not compile with clang 3.4 on Linux

Reviewed-by: phh, andrew
Backport-of: a2d9ba3fd6712b2406d035de7614e8da86bac237

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/736

From sgehwolf at openjdk.org  Tue Jan 13 15:02:41 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 15:02:41 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
In-Reply-To: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
Message-ID: <7-zG0_cGCL7zogZb0fgQWIJzrQxvvK60bMMjderDdgk=.7ea84244-8114-4b52-954b-92a01f50b648@github.com>

On Thu, 8 Jan 2026 01:05:50 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This is a backport of [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) from 11u that upgrades from macos-13 to macos-15-intel, and XCode from 14.3.1 to 16.4, as MacOS 13 runners are now unavailable.
> 
> Due to the different structure of the GHA support in 8u, and the absence of aarch64 on MacOS, this is a backport in spirit rather than a 1:1 relationship, with the same values being changed in their different locations in the 8u `submit.yml`.

> Yes, I looked at these bugs briefly a few days ago along with the fix on the PR you created. While I appreciate the merits of [openjdk/jdk8u at bacf306](https://github.com/openjdk/jdk8u/commit/bacf30605ae1b8eb21010aa8d96b3a21e73ecccf) in getting us further in the build, the final fix does need to be a backport of the JNF removals.

Let's please use the GHA work-around for now until we have all the backports in place to no longer need the JNF workaround. Right now we don't get Mac OS X builds in GHAs at all, which is bad and I'd like to avoid skipping testing on it for much longer before PRs land.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3744823819

From evergizova at openjdk.org  Tue Jan 13 15:16:07 2026
From: evergizova at openjdk.org (Ekaterina Vergizova)
Date: Tue, 13 Jan 2026 15:16:07 GMT
Subject: [jdk8u-dev] Integrated: 8303482: Update LCMS to 2.15
In-Reply-To: <B-v-eNHYFQBr9AmXLeWeiisaJpIwH2MgkdfaAhsdkvw=.865f8dbe-1cd7-4ecf-8088-ac206a7f48b0@github.com>
References: <B-v-eNHYFQBr9AmXLeWeiisaJpIwH2MgkdfaAhsdkvw=.865f8dbe-1cd7-4ecf-8088-ac206a7f48b0@github.com>
Message-ID: <hzjaHDJH61YJCm3TM_3Chu34cCKO5DGbeAK29mHxKIw=.8bbe67c6-ac19-4db3-a6a5-a7e771f367cb@github.com>

On Thu, 21 Aug 2025 23:04:18 GMT, Ekaterina Vergizova <evergizova at openjdk.org> wrote:

> I'd like to backport it for parity with Oracle 8u.
> 11u patch applies almost cleanly, except for a license update in THIRD_PARTY_README instead of lcms.md.
> 
> GHA testing passes without regressions, test failures look unrelated. Additionally tested manually with J2Ddemo.

This pull request has now been integrated.

Changeset: bd7f6690
Author:    Ekaterina Vergizova <evergizova at openjdk.org>
Committer: Severin Gehwolf <sgehwolf at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/bd7f66902e076cc0c93dcdac2be0336e515cd3b0
Stats:     112 lines in 29 files changed: 48 ins; 11 del; 53 mod

8303482: Update LCMS to 2.15

Reviewed-by: andrew
Backport-of: e28b210d5020fc7cc3a52c58f0a8ce14e16dd5fb

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/678

From sgehwolf at openjdk.org  Tue Jan 13 16:45:51 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 13 Jan 2026 16:45:51 GMT
Subject: [jdk8u-dev] RFR: 8375189: [8u] Problem list
 CAInterop.java#microsoftrsa2017
In-Reply-To: <CZBbOv3wBIFto9-j5HvGIUIJlv1cmGzTiyGwgQJNrsU=.c519de29-e71c-466d-9b59-8eca3c305ad7@github.com>
References: <CZBbOv3wBIFto9-j5HvGIUIJlv1cmGzTiyGwgQJNrsU=.c519de29-e71c-466d-9b59-8eca3c305ad7@github.com>
Message-ID: <dDdn7KGeZiykp685UEf2X9GuDTkrLluJEoMLJfLN4U8=.fa190b80-30ea-402d-98e0-637782860af4@github.com>

On Tue, 13 Jan 2026 14:22:01 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> The test fails in GHA in many PRs. Problem list it until the underlying issue is fixed to reduce test noise.
> 
> Thoughts?

No more `security_infra` failures. x86 (32 bit) Linux failure is intermittent: `gc/concurrentMarkSweep/SystemGCOnForegroundCollector.java`

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/744#issuecomment-3745336388

From andrew at openjdk.org  Tue Jan 13 18:11:58 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 13 Jan 2026 18:11:58 GMT
Subject: [jdk8u-dev] RFR: 8375189: [8u] Problem list
 CAInterop.java#microsoftrsa2017
In-Reply-To: <CZBbOv3wBIFto9-j5HvGIUIJlv1cmGzTiyGwgQJNrsU=.c519de29-e71c-466d-9b59-8eca3c305ad7@github.com>
References: <CZBbOv3wBIFto9-j5HvGIUIJlv1cmGzTiyGwgQJNrsU=.c519de29-e71c-466d-9b59-8eca3c305ad7@github.com>
Message-ID: <4n23zkNV9B1_gjKmQBDJBpyM-Dy21KBcDLd7ifv7ObI=.3fd5c48a-5743-4a34-a86d-8314c0820787@github.com>

On Tue, 13 Jan 2026 14:22:01 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> The test fails in GHA in many PRs. Problem list it until the underlying issue is fixed to reduce test noise.
> 
> Thoughts?

Thanks for filing these bugs. I keep seeing this fail on my recent PRs and have been meaning to look into it myself.

No issue with problem listing it until there is a fix.

-------------

Marked as reviewed by andrew (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/744#pullrequestreview-3657156154

From rmarchenko at openjdk.org  Wed Jan 14 09:26:47 2026
From: rmarchenko at openjdk.org (Roman Marchenko)
Date: Wed, 14 Jan 2026 09:26:47 GMT
Subject: [jdk8u-dev] RFR: 8350813: Rendering of bulky sound bank from MIDI
 sequence can cause OutOfMemoryError [v2]
In-Reply-To: <kP42L2CvlIArT9sANcmG-8_zZVZIfmqM1WeTeRMHcX4=.0a51dd48-92f8-4af5-9f9f-82571ee6716d@github.com>
References: <kP42L2CvlIArT9sANcmG-8_zZVZIfmqM1WeTeRMHcX4=.0a51dd48-92f8-4af5-9f9f-82571ee6716d@github.com>
Message-ID: <n4PGvv56s-0kBBe7kmapPjrCceYBJYW74Ecma3WUU3E=.774b215d-b0e5-4bbc-8ce7-b8d49425a0f0@github.com>

> This is backport of "[JDK-8350813](https://bugs.openjdk.org/browse/JDK-8350813) Rendering of bulky sound bank from MIDI sequence can cause OutOfMemoryError"
> 
> The problem exists in jdk8 also.
> 
> Almost clean backport, resolved conflict in copyright, and put `BulkSoundBank.java` to `jdk/test/javax/sound/midi/BulkSoundBank/`.
> 
> Test fails before the fix, and passes with the fix.
> 
> GHA checks mostly passes. The failed CertPathValidator tests don't look related to the change.

Roman Marchenko 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 two additional commits since the last revision:

 - Merge branch 'master' into bp8350813
 - Backport fcc2a24291d499f7149debad1250903ddc369d91

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/702/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/702/files/f837cc06..f6ee3ddf

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=702&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=702&range=00-01

  Stats: 185823 lines in 455 files changed: 175407 ins; 8667 del; 1749 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/702.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/702/head:pull/702

PR: https://git.openjdk.org/jdk8u-dev/pull/702

From sgehwolf at openjdk.org  Wed Jan 14 09:32:28 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Wed, 14 Jan 2026 09:32:28 GMT
Subject: [jdk8u-dev] RFR: 8287011: Improve container information
In-Reply-To: <nKu9JQ2q_hq27gGk_sPpWJcJskySTBxAZUAsoQveJtc=.2f3ac55c-f66b-4fb8-b09c-900b9b3a02be@github.com>
References: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
 <nKu9JQ2q_hq27gGk_sPpWJcJskySTBxAZUAsoQveJtc=.2f3ac55c-f66b-4fb8-b09c-900b9b3a02be@github.com>
Message-ID: <DAyTFJAt8OVPzbL8qimloy6NO6rHgoQfb5EHD07q9hY=.45c5bc88-e6d8-43db-a35b-167ce4922a30@github.com>

On Tue, 23 Dec 2025 16:35:06 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

>> Low-risk backport for Oracle parity. Improves diagnostic output for humans. Not quite clean: path shuffling; comment copyright line adjustments; context issues as jdk8u lacks the pid controller (JDK-8266490)
>
> Still seeking a review for this one. Cheers!

@jmtd Please resolve the conflicts. Thanks!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/725#issuecomment-3748607594

From syan at openjdk.org  Wed Jan 14 14:03:05 2026
From: syan at openjdk.org (SendaoYan)
Date: Wed, 14 Jan 2026 14:03:05 GMT
Subject: [jdk8u-dev] RFR: 8174734: Safepoint sync time did not increase
In-Reply-To: <F7k_k67u64eL2sq2mRce0Zsi1Edx5YPMdbWAOEA9tRM=.9dab7396-2c8f-4c3f-8c24-b4d415f73047@github.com>
References: <F7k_k67u64eL2sq2mRce0Zsi1Edx5YPMdbWAOEA9tRM=.9dab7396-2c8f-4c3f-8c24-b4d415f73047@github.com>
Message-ID: <O3PG83oh0Ku5PO0Y0dxuLb1GnMTsNLTI4MR4zjfx2JM=.98127560-f13d-44c4-add0-2640be41cec0@github.com>

On Wed, 10 Dec 2025 04:08:45 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi all,
> 
> This backport PR will fix the test bug which cause sun/management/HotspotRuntimeMBean/GetSafepointSyncTime.java intermittent fails. Before this backport , test fails about 1/50 probability. After this backport PR, test run all passed 10k times.
> 
> This test was problemlist by [JDK-8174855](https://bugs.openjdk.org/browse/JDK-8174855), this do not backported to jdk8u. So this backport do not need change the jdk/test/Problemlist.txt. And the copyright year different. These two parts cause this backport PR uncleanly. Other parts are all cleanly.

Thanks for the approved.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/734#issuecomment-3749682169

From syan at openjdk.org  Wed Jan 14 14:03:05 2026
From: syan at openjdk.org (SendaoYan)
Date: Wed, 14 Jan 2026 14:03:05 GMT
Subject: [jdk8u-dev] Integrated: 8174734: Safepoint sync time did not increase
In-Reply-To: <F7k_k67u64eL2sq2mRce0Zsi1Edx5YPMdbWAOEA9tRM=.9dab7396-2c8f-4c3f-8c24-b4d415f73047@github.com>
References: <F7k_k67u64eL2sq2mRce0Zsi1Edx5YPMdbWAOEA9tRM=.9dab7396-2c8f-4c3f-8c24-b4d415f73047@github.com>
Message-ID: <SxPKiSPTR9bxhjCRz4xrj-LQMcjscXZlmu5eDksbfes=.59c4ae19-d279-4aa1-a073-d38e4c9e469f@github.com>

On Wed, 10 Dec 2025 04:08:45 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi all,
> 
> This backport PR will fix the test bug which cause sun/management/HotspotRuntimeMBean/GetSafepointSyncTime.java intermittent fails. Before this backport , test fails about 1/50 probability. After this backport PR, test run all passed 10k times.
> 
> This test was problemlist by [JDK-8174855](https://bugs.openjdk.org/browse/JDK-8174855), this do not backported to jdk8u. So this backport do not need change the jdk/test/Problemlist.txt. And the copyright year different. These two parts cause this backport PR uncleanly. Other parts are all cleanly.

This pull request has now been integrated.

Changeset: 9bcceb06
Author:    SendaoYan <syan at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/9bcceb06ae80bb7e56024a78f805bf13d074a9cc
Stats:     66 lines in 1 file changed: 38 ins; 17 del; 11 mod

8174734: Safepoint sync time did not increase

Reviewed-by: phh
Backport-of: c83db6b4d13ef015aed654311c10b87e570ac483

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/734

From rmarchenko at openjdk.org  Wed Jan 14 14:38:22 2026
From: rmarchenko at openjdk.org (Roman Marchenko)
Date: Wed, 14 Jan 2026 14:38:22 GMT
Subject: [jdk8u-dev] RFR: 8350813: Rendering of bulky sound bank from MIDI
 sequence can cause OutOfMemoryError [v2]
In-Reply-To: <n4PGvv56s-0kBBe7kmapPjrCceYBJYW74Ecma3WUU3E=.774b215d-b0e5-4bbc-8ce7-b8d49425a0f0@github.com>
References: <kP42L2CvlIArT9sANcmG-8_zZVZIfmqM1WeTeRMHcX4=.0a51dd48-92f8-4af5-9f9f-82571ee6716d@github.com>
 <n4PGvv56s-0kBBe7kmapPjrCceYBJYW74Ecma3WUU3E=.774b215d-b0e5-4bbc-8ce7-b8d49425a0f0@github.com>
Message-ID: <_V_Y4vWs5A89dqDjKvD3X2j1HQadKokMPISY4fvpxX8=.5eb07944-969f-4bd6-8f4c-f7771bbceb48@github.com>

On Wed, 14 Jan 2026 09:26:47 GMT, Roman Marchenko <rmarchenko at openjdk.org> wrote:

>> This is backport of "[JDK-8350813](https://bugs.openjdk.org/browse/JDK-8350813) Rendering of bulky sound bank from MIDI sequence can cause OutOfMemoryError"
>> 
>> The problem exists in jdk8 also.
>> 
>> Almost clean backport, resolved conflict in copyright, and put `BulkSoundBank.java` to `jdk/test/javax/sound/midi/BulkSoundBank/`.
>> 
>> Test fails before the fix, and passes with the fix.
>> 
>> GHA checks mostly passes. The failed CertPathValidator tests don't look related to the change.
>
> Roman Marchenko 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 two additional commits since the last revision:
> 
>  - Merge branch 'master' into bp8350813
>  - Backport fcc2a24291d499f7149debad1250903ddc369d91

- The failed CertPathValidator tests don't look related to the change.
- gc/concurrentMarkSweep/CheckAllocateAndSystemGC.java on linux-x86 doesn't look related to the change

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/702#issuecomment-3749842551

From duke at openjdk.org  Wed Jan 14 14:38:23 2026
From: duke at openjdk.org (duke)
Date: Wed, 14 Jan 2026 14:38:23 GMT
Subject: [jdk8u-dev] RFR: 8350813: Rendering of bulky sound bank from MIDI
 sequence can cause OutOfMemoryError [v2]
In-Reply-To: <n4PGvv56s-0kBBe7kmapPjrCceYBJYW74Ecma3WUU3E=.774b215d-b0e5-4bbc-8ce7-b8d49425a0f0@github.com>
References: <kP42L2CvlIArT9sANcmG-8_zZVZIfmqM1WeTeRMHcX4=.0a51dd48-92f8-4af5-9f9f-82571ee6716d@github.com>
 <n4PGvv56s-0kBBe7kmapPjrCceYBJYW74Ecma3WUU3E=.774b215d-b0e5-4bbc-8ce7-b8d49425a0f0@github.com>
Message-ID: <EjYSpH5hkwaC-cNrUhDoEg65giAXYoU0gAAl9-XMciI=.d8be67c0-413f-4885-ab90-fb1b9c37aa79@github.com>

On Wed, 14 Jan 2026 09:26:47 GMT, Roman Marchenko <rmarchenko at openjdk.org> wrote:

>> This is backport of "[JDK-8350813](https://bugs.openjdk.org/browse/JDK-8350813) Rendering of bulky sound bank from MIDI sequence can cause OutOfMemoryError"
>> 
>> The problem exists in jdk8 also.
>> 
>> Almost clean backport, resolved conflict in copyright, and put `BulkSoundBank.java` to `jdk/test/javax/sound/midi/BulkSoundBank/`.
>> 
>> Test fails before the fix, and passes with the fix.
>> 
>> GHA checks mostly passes. The failed CertPathValidator tests don't look related to the change.
>
> Roman Marchenko 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 two additional commits since the last revision:
> 
>  - Merge branch 'master' into bp8350813
>  - Backport fcc2a24291d499f7149debad1250903ddc369d91

@wkia 
Your change (at version f6ee3ddfdb4f7cda0c60976067e9146a3a989cf2) is now ready to be sponsored by a Committer.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/702#issuecomment-3749856181

From zzambers at openjdk.org  Wed Jan 14 15:56:16 2026
From: zzambers at openjdk.org (Zdenek Zambersky)
Date: Wed, 14 Jan 2026 15:56:16 GMT
Subject: [jdk8u] RFR: 8372534: Update Libpng to 1.6.51
In-Reply-To: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
References: <kpvNW5Y_8vuSIfy2km0NhgIPNk4gsx5Z3Zz8hUMsVUA=.f6473da5-0809-43f4-ac4e-be2a4a437bb3@github.com>
Message-ID: <e8TnusfrtWWjy7L7MCN5d9Z2QsZYvqH8HpzDhhXifcc=.b6775c96-2553-4a02-a8ca-867ef96d1327@github.com>

On Sat, 27 Dec 2025 18:26:18 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Update to the latest version of libpng. Change includes both the backport of the latest libpng change, [JDK-8372534](https://bugs.openjdk.org/browse/JDK-8372534), and previous updates not present in 8u ([JDK-8316030](https://bugs.openjdk.org/browse/JDK-8316030) - 1.6.40, [JDK-8329004](https://bugs.openjdk.org/browse/JDK-8329004) - 1.6.43, [JDK-8348598](https://bugs.openjdk.org/browse/JDK-8348598) - 1.6.47). The change built fine with GCC 8 on RHEL 8 and `java/awt/SplashScreen` tests passed.
> 
> I also included `UPDATING.txt` introduced in [JDK-8208353](https://bugs.openjdk.org/browse/JDK-8208353) in 11u, but not 8u, and updated in [JDK-8295685](https://bugs.openjdk.org/browse/JDK-8295685) as part of the JDK-8329004 backport which updates it.
> 
> I'm proposing this during rampdown so the release ships with the latest version, as we also do with e.g. tzdata.

Tried to test  `java/awt/SplashScreen` also on windows. It passed.

-------------

PR Comment: https://git.openjdk.org/jdk8u/pull/83#issuecomment-3750238952

From zzambers at openjdk.org  Wed Jan 14 16:02:13 2026
From: zzambers at openjdk.org (Zdenek Zambersky)
Date: Wed, 14 Jan 2026 16:02:13 GMT
Subject: [jdk8u-dev] RFR: 8348598: Update Libpng to 1.6.47
In-Reply-To: <rZAmC7tgArxalQerh6EV0qM5wLJxc2JO1JGyfKXXKjs=.948c155b-97b4-4c91-b482-0a6acc8e7c01@github.com>
References: <_5O8_UnqnA8NwIe60eGO4D9OijXncd1bQZSQuDzSnow=.2e8f3144-855e-43fd-ad64-a75fcf52b283@github.com>
 <rZAmC7tgArxalQerh6EV0qM5wLJxc2JO1JGyfKXXKjs=.948c155b-97b4-4c91-b482-0a6acc8e7c01@github.com>
Message-ID: <r65MzeAQDuSmhlCuM0nnWM2uoOCBHSvPzZFu5dhn-wQ=.e743a28f-a248-40c8-80cd-f93aec6ce249@github.com>

On Thu, 8 Jan 2026 00:34:22 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> > This PR now seems obsolete in favor of jdk8u PR by @gnu-andrew: [openjdk/jdk8u#83](https://github.com/openjdk/jdk8u/pull/83) (which updates libpng up to 1.6.51) Closing.
> 
> Sorry, I didn't see this until now. I was backporting 8372534 all the way down from 26 and was surprised to find 8u was so far behind. I didn't check all the previous bugs for PRs but just backported the necessary changes.
> 

It's ok, I was not around during holidays anyway, so I would not be able to respond.

> Any testing you can do of the 1.6.51 PR would be most welcome. Thanks.

Tried to do testing on windows -> passed: 
https://github.com/openjdk/jdk8u/pull/83#issuecomment-3750238952

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/729#issuecomment-3750257034

From jdowland at openjdk.org  Wed Jan 14 16:20:33 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Wed, 14 Jan 2026 16:20:33 GMT
Subject: [jdk8u-dev] RFR: 8287011: Improve container information [v3]
In-Reply-To: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
References: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
Message-ID: <aYnds1IVJXjZT2qJr86s33-uInqU9uCpZrJ1aTvtTO4=.fcf5ca6f-6905-4ddd-9f3f-b4edd522b095@github.com>

> Low-risk backport for Oracle parity. Improves diagnostic output for humans. Not quite clean: path shuffling; comment copyright line adjustments; context issues as jdk8u lacks the pid controller (JDK-8266490)

Jonathan Dowland 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 four additional commits since the last revision:

 - Merge remote-tracking branch 'remotes/jdk8u-dev/master' into 8287011-8u
 - 8287011: Improve container information
   
   Backport-of: e60939850e5328b9c0f2002ac5ed7744375bf18b
 - 8284758: [linux] improve print_container_info
   
   Reviewed-by: sgehwolf
   Backport-of: 6c6d5223dfaae268f968f4292356d4be89adb122
 - 8220658: Improve the readability of container information in the error log
   
   Backport-of: 2c4b9e0778e170a17b04217bee66bb6c4fb18c0c

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/725/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/725/files/72d46f63..51bfdfd4

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=725&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=725&range=01-02

  Stats: 71830 lines in 445 files changed: 24449 ins; 15475 del; 31906 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/725.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/725/head:pull/725

PR: https://git.openjdk.org/jdk8u-dev/pull/725

From sgehwolf at openjdk.org  Wed Jan 14 18:19:57 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Wed, 14 Jan 2026 18:19:57 GMT
Subject: [jdk8u-dev] RFR: 8287011: Improve container information
In-Reply-To: <nKu9JQ2q_hq27gGk_sPpWJcJskySTBxAZUAsoQveJtc=.2f3ac55c-f66b-4fb8-b09c-900b9b3a02be@github.com>
References: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
 <nKu9JQ2q_hq27gGk_sPpWJcJskySTBxAZUAsoQveJtc=.2f3ac55c-f66b-4fb8-b09c-900b9b3a02be@github.com>
Message-ID: <JlfigB1Y5AUJBdvo2fpgADLwOBjcPZ2DGlZrs6o3d0Y=.2b84304c-a471-4f8f-8913-7e61e3bbbcab@github.com>

On Tue, 23 Dec 2025 16:35:06 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

>> Low-risk backport for Oracle parity. Improves diagnostic output for humans. Not quite clean: path shuffling; comment copyright line adjustments; context issues as jdk8u lacks the pid controller (JDK-8266490)
>
> Still seeking a review for this one. Cheers!

@jmtd It looks like there are new CI failures not seen elsewhere. Please take a look before this can integrate.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/725#issuecomment-3750964701

From shade at openjdk.org  Thu Jan 15 08:10:34 2026
From: shade at openjdk.org (Aleksey Shipilev)
Date: Thu, 15 Jan 2026 08:10:34 GMT
Subject: [jdk8u-dev] RFR: 8312518: [macos13] setFullScreenWindow() shows
 black screen on macOS 13 & above [v2]
In-Reply-To: <fRlAaM6YTd1NzkqaiD91fBwwZAMf6GXMAjvgDu-bn5o=.dff363a0-02c3-461f-9f35-3dc5c3d410be@github.com>
References: <5u5R1gq0ZcLvJ8y7wI6ci9Q_i9sqFQu-AY2Pn3OLAM4=.f69fe961-48ab-4869-9567-0231e9b524a5@github.com>
 <fRlAaM6YTd1NzkqaiD91fBwwZAMf6GXMAjvgDu-bn5o=.dff363a0-02c3-461f-9f35-3dc5c3d410be@github.com>
Message-ID: <OvxyzQFt0EPNjryf6LUa5COD4t10kknIneUY_qMFxq0=.3e81b231-49b7-43af-8186-8775cff2b899@github.com>

On Thu, 13 Nov 2025 18:00:47 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

>> Hi all,
>> 
>> This pull request contains a backport of commit [37123ee7](https://github.com/openjdk/jdk11u-dev/commit/37123ee7a5058ec81f2ef85a68fe9ae43b0ba216) from the [openjdk/jdk11u-dev](https://git.openjdk.org/jdk11u-dev) repository.
>> 
>> The commit being backported was authored by Sergey Bylokhov on 27 Aug 2025 and had no reviewers.
>> 
>> The patch is clean(need to fix copyright and path to the test) and has been verified by the new test. No new issues were found by the jdk_desktop tests. The patch fixes the fullscreen windows, which are currently non-functional.
>> 
>> Thanks!
>
> Sergey Bylokhov 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 two additional commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into backport-mrserb-37123ee7-master
>  - Backport 37123ee7a5058ec81f2ef85a68fe9ae43b0ba216

Looks ready to me, TBH.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/694#issuecomment-3753393912

From jdowland at openjdk.org  Thu Jan 15 09:26:31 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Thu, 15 Jan 2026 09:26:31 GMT
Subject: [jdk8u-dev] RFR: 8287011: Improve container information [v4]
In-Reply-To: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
References: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
Message-ID: <KqenCN9TWuyhFPcEbIKVSJFS-e4uqy9gIoZuMA73HaM=.59d28ffe-59e7-4b25-8bc8-5b1c9d9fe9fc@github.com>

> Low-risk backport for Oracle parity. Improves diagnostic output for humans. Not quite clean: path shuffling; comment copyright line adjustments; context issues as jdk8u lacks the pid controller (JDK-8266490)

Jonathan Dowland has updated the pull request incrementally with one additional commit since the last revision:

  delete print_container_helper
  
  This was removed in the original commit we are backporting but was
  re-introduced in error when resolving subsequent merge conflicts.

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/725/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/725/files/51bfdfd4..f732fc1c

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=725&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=725&range=02-03

  Stats: 13 lines in 1 file changed: 0 ins; 13 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/725.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/725/head:pull/725

PR: https://git.openjdk.org/jdk8u-dev/pull/725

From jdowland at openjdk.org  Thu Jan 15 09:40:03 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Thu, 15 Jan 2026 09:40:03 GMT
Subject: [jdk8u-dev] RFR: 8287011: Improve container information
In-Reply-To: <nKu9JQ2q_hq27gGk_sPpWJcJskySTBxAZUAsoQveJtc=.2f3ac55c-f66b-4fb8-b09c-900b9b3a02be@github.com>
References: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
 <nKu9JQ2q_hq27gGk_sPpWJcJskySTBxAZUAsoQveJtc=.2f3ac55c-f66b-4fb8-b09c-900b9b3a02be@github.com>
Message-ID: <-dx4zDgD7bUGlEQoQTrgQWzc-UOu2DpGbqV62j6-ai8=.9aca3009-b823-4170-8904-f8a1556847be@github.com>

On Tue, 23 Dec 2025 16:35:06 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

>> Low-risk backport for Oracle parity. Improves diagnostic output for humans. Not quite clean: path shuffling; comment copyright line adjustments; context issues as jdk8u lacks the pid controller (JDK-8266490)
>
> Still seeking a review for this one. Cheers!

> @jmtd It looks like there are new CI failures not seen elsewhere. Please take a look before this can integrate.

Thanks, yes, I've addressed the issue (incorrect merge conflict resolution re-introduced a routine that's not required).

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/725#issuecomment-3753774246

From sgehwolf at openjdk.org  Thu Jan 15 09:55:59 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Thu, 15 Jan 2026 09:55:59 GMT
Subject: [jdk8u-dev] Integrated: 8375189: [8u] Problem list
 CAInterop.java#microsoftrsa2017
In-Reply-To: <CZBbOv3wBIFto9-j5HvGIUIJlv1cmGzTiyGwgQJNrsU=.c519de29-e71c-466d-9b59-8eca3c305ad7@github.com>
References: <CZBbOv3wBIFto9-j5HvGIUIJlv1cmGzTiyGwgQJNrsU=.c519de29-e71c-466d-9b59-8eca3c305ad7@github.com>
Message-ID: <qvzvvuzhG96q3Rgifjx--tYMGTj2geiGA294M-8XySs=.98f644c9-710b-44a5-a099-db44c33647fc@github.com>

On Tue, 13 Jan 2026 14:22:01 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> The test fails in GHA in many PRs. Problem list it until the underlying issue is fixed to reduce test noise.
> 
> Thoughts?

This pull request has now been integrated.

Changeset: 39b804cd
Author:    Severin Gehwolf <sgehwolf at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/39b804cd421fc230a05768a06e97e6e05131e6e6
Stats:     1 line in 1 file changed: 1 ins; 0 del; 0 mod

8375189: [8u] Problem list CAInterop.java#microsoftrsa2017

Reviewed-by: andrew

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/744

From sgehwolf at openjdk.org  Thu Jan 15 10:06:32 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Thu, 15 Jan 2026 10:06:32 GMT
Subject: [jdk8u-dev] RFR: 8287011: Improve container information [v4]
In-Reply-To: <KqenCN9TWuyhFPcEbIKVSJFS-e4uqy9gIoZuMA73HaM=.59d28ffe-59e7-4b25-8bc8-5b1c9d9fe9fc@github.com>
References: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
 <KqenCN9TWuyhFPcEbIKVSJFS-e4uqy9gIoZuMA73HaM=.59d28ffe-59e7-4b25-8bc8-5b1c9d9fe9fc@github.com>
Message-ID: <Eyn3YNFpI1zRpE4q97BjfmimGYw2uTPULC8btqf4GwA=.3116badc-8237-4b54-bd2c-0202113cd359@github.com>

On Thu, 15 Jan 2026 09:26:31 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

>> Low-risk backport for Oracle parity. Improves diagnostic output for humans. Not quite clean: path shuffling; comment copyright line adjustments; context issues as jdk8u lacks the pid controller (JDK-8266490)
>
> Jonathan Dowland has updated the pull request incrementally with one additional commit since the last revision:
> 
>   delete print_container_helper
>   
>   This was removed in the original commit we are backporting but was
>   re-introduced in error when resolving subsequent merge conflicts.

Looks OK to me.

-------------

Marked as reviewed by sgehwolf (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/725#pullrequestreview-3664823094

From jdowland at openjdk.org  Thu Jan 15 10:12:52 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Thu, 15 Jan 2026 10:12:52 GMT
Subject: [jdk8u-dev] Integrated: 8287011: Improve container information
In-Reply-To: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
References: <UtY1W0CUcEHZU31g6bifVwakUqJMntKS4vwYuOV_fF0=.a088667e-ef05-4a47-9590-2de6065f8da7@github.com>
Message-ID: <JpFNjuk8ncmbbtoB3PxQxLmKPMxgdcRCc_PCig327AE=.6270853a-36bd-4892-9955-419a4f05e3bc@github.com>

On Fri, 21 Nov 2025 11:48:24 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

> Low-risk backport for Oracle parity. Improves diagnostic output for humans. Not quite clean: path shuffling; comment copyright line adjustments; context issues as jdk8u lacks the pid controller (JDK-8266490)

This pull request has now been integrated.

Changeset: 80eec4a1
Author:    Jonathan Dowland <jdowland at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/80eec4a18b82e54d49c5ce261b87f26c28a2c9a7
Stats:     127 lines in 9 files changed: 106 ins; 13 del; 8 mod

8287011: Improve container information

Reviewed-by: sgehwolf, phh
Backport-of: 01f5a197102c377c6ce29b1e695657a75c414c3a

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/725

From jdowland at openjdk.org  Thu Jan 15 10:24:39 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Thu, 15 Jan 2026 10:24:39 GMT
Subject: [jdk8u-dev] RFR: 8313083: Print 'rss' and 'cache' as part of the
 container information [v2]
In-Reply-To: <LS90_anS5otYt5E6UjEYqFbhHSX7E3pKYyi6sLAJ9u4=.efd3cc5c-6e9d-405b-99eb-3577a3d9fb0a@github.com>
References: <LS90_anS5otYt5E6UjEYqFbhHSX7E3pKYyi6sLAJ9u4=.efd3cc5c-6e9d-405b-99eb-3577a3d9fb0a@github.com>
Message-ID: <zV8cCmdW8abVSfO-ukGcBw1fA137MpedQuzgzmQwJtM=.6d140075-614a-47d6-886a-d77634b5cbbb@github.com>

> Low risk, Oracle parity. Improves diagnostic output. Includes test modifications to cover the new diagnostics.
> 
> Included test `hotspot/test/runtime/containers/docker/TestMisc.java` passes for me.

Jonathan Dowland 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.

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/726/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/726/files/0be5b9f2..0be5b9f2

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=726&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=726&range=00-01

  Stats: 0 lines in 0 files changed: 0 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/726.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/726/head:pull/726

PR: https://git.openjdk.org/jdk8u-dev/pull/726

From sgehwolf at openjdk.org  Thu Jan 15 10:48:35 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Thu, 15 Jan 2026 10:48:35 GMT
Subject: [jdk8u-dev] RFR: 8257709: C1: Double assignment in
 InstructionPrinter::print_stack
In-Reply-To: <5LpHoVYBK9jLp1Na5I-KPt0-02bYXQ0WY8Iw8PHhkuQ=.9575303d-2f04-442e-82b0-f79aee83cae7@github.com>
References: <duiQmY5MNdDp6LfajuLoppy0Ovdr66WC2BoT5TFLAws=.a2baf5e9-34d4-45e0-8058-4606aa34ec08@github.com>
 <5LpHoVYBK9jLp1Na5I-KPt0-02bYXQ0WY8Iw8PHhkuQ=.9575303d-2f04-442e-82b0-f79aee83cae7@github.com>
Message-ID: <p9vDJmpvmYqlRnUu3OWZ4adGHxmK-nO727Pkj1HGZsk=.97e9ae03-be20-4e02-a8ed-c641f78fe364@github.com>

On Tue, 13 Jan 2026 11:36:21 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> @elifaslan1 Please enable GHA testing for your fork.

I'll remove the fix request label meanwhile. Please re-apply for approval once we have GHA runs with this.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/718#issuecomment-3754122936

From syan at openjdk.org  Thu Jan 15 11:31:43 2026
From: syan at openjdk.org (SendaoYan)
Date: Thu, 15 Jan 2026 11:31:43 GMT
Subject: [jdk8u-dev] RFR: 8186149: quarantine
 gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java [v3]
In-Reply-To: <p6apAQ47oTurgzIAdQs6lJ34VCIF1UgXgByvxqcj0DY=.7159e92d-4217-41d5-853a-4cec5e723fa7@github.com>
References: <Truw6aPRFT6XR0vGHjvzdlUWEU_s--JmZta4F4u8ns8=.9e5911b2-cdc1-47b5-bf94-13d53b8f6110@github.com>
 <p6apAQ47oTurgzIAdQs6lJ34VCIF1UgXgByvxqcj0DY=.7159e92d-4217-41d5-853a-4cec5e723fa7@github.com>
Message-ID: <oiNVmKx9njZw9ogPH5OKvfvo-CxUquxS9XgddpY8BBc=.3ed9cbdd-01a1-40f7-ba3a-88fa1b80d135@github.com>

On Thu, 23 Oct 2025 09:43:44 GMT, SendaoYan <syan at openjdk.org> wrote:

>> Hi all,
>> 
>> I found that gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java intermittent fails which has been fixed by jdk13 in [JDK-8218049](https://bugs.openjdk.org/browse/JDK-8218049). I think this fixed PR do not suitable to backport from jdk13 to jdk8u. So I want to backport [JDK-8186149](https://bugs.openjdk.org/browse/JDK-8186149) to quarantine this fragile test.
>> 
>> Backport not clean because there are many different context between jdk8u and jdk13 for hotspot/test/ProblemList.txt
>> 
>> Only touch the Problemlist, no risk.
>
> SendaoYan 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 three additional commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into jbs8186149
>  - Merge branch 'openjdk:master' into jbs8186149
>  - Backport 19ead83208381512fa2c89673b8d992b6106cc1c

Thanks for the approved.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/683#issuecomment-3754278143

From syan at openjdk.org  Thu Jan 15 11:31:43 2026
From: syan at openjdk.org (SendaoYan)
Date: Thu, 15 Jan 2026 11:31:43 GMT
Subject: [jdk8u-dev] RFR: 8223145: Replace wildcard address with loopback
 or local host in tests - part 1
In-Reply-To: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
References: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
Message-ID: <73nqr32xIOCbeDnjw7foSwPa6p6dD5HmD-1nuO5aOVQ=.85820517-ab81-4580-8aa2-550d1c966d02@github.com>

On Wed, 22 Oct 2025 08:37:45 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi, all
> 
> We observed the test java/net/Socket/GetLocalAddress.java intermittently fails "java.net.SocketException: Invalid argument or cannot assign requested address" very often. So I want to backport JDK-8223145 to jdk8u-dev to fix this issue.
> 
> Testing:
> 
> - [x] Test all the touch files locally on linux-x64, except sun/net/www/httptest/TestHttpServer.java and lib/testlibrary/jdk/testlibrary/net/URIBuilder.java which use as test library.
> - [x] Test all the jtreg tests by jenkins.
> 
> There are 3 types of files cause backport uncleanly.
> 
> 1. Different context cause should replace '127.0.0.1' as 'loopback' manually.
> 
> jdk/test/com/sun/net/httpserver/bugs/B6361557.java
> jdk/test/java/net/Socket/UrgentDataTest.java
> jdk/test/sun/net/www/http/HttpURLConnection/PostOnDelete.java
> 
> 2. Different context cause deal with copyright year manually.
> jdk/test/java/net/Socket/TestAfterClose.java
> jdk/test/java/net/ResponseCache/ResponseCacheTest.java
> jdk/test/sun/net/www/protocol/http/B8012625.java
> 
> 
> 3. Test was added after jdk8+, so it's not needed deal with jdk8u-dev
> java/net/SocketOption/OptionsTest.java
> java/net/URLPermission/nstest/LookupTest.java
> sun/net/www/http/HttpURLConnection/NTLMAuthWithSM.java
> 
> 4. The test library located difference, so we need to adopt in jdk8u-dev: replace '@library /test/lib' as '@library /lib/testlibrary', and replace 'import jdk.test.lib.net.URIBuilder;' as 'import jdk.testlibrary.net.URIBuilder;'.
> java/net/ResponseCache/ResponseCacheTest.java
> java/net/HttpURLConnection/UnmodifiableMaps.java
> sun/net/www/protocol/https/HttpsURLConnection/CookieHandlerTest.java
> sun/net/www/http/KeepAliveStream/KeepAliveStreamClose.java
> java/net/URL/GetContent.java

Thanks for the approved.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/707#issuecomment-3754273729

From syan at openjdk.org  Thu Jan 15 11:31:44 2026
From: syan at openjdk.org (SendaoYan)
Date: Thu, 15 Jan 2026 11:31:44 GMT
Subject: [jdk8u-dev] Integrated: 8223145: Replace wildcard address with
 loopback or local host in tests - part 1
In-Reply-To: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
References: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
Message-ID: <ChF6cbCyGpSrquM7JEmD9LCUJAizMtRFR9bCPhjP6sU=.c09c1f66-d415-44cb-ba25-c27003bc80ab@github.com>

On Wed, 22 Oct 2025 08:37:45 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi, all
> 
> We observed the test java/net/Socket/GetLocalAddress.java intermittently fails "java.net.SocketException: Invalid argument or cannot assign requested address" very often. So I want to backport JDK-8223145 to jdk8u-dev to fix this issue.
> 
> Testing:
> 
> - [x] Test all the touch files locally on linux-x64, except sun/net/www/httptest/TestHttpServer.java and lib/testlibrary/jdk/testlibrary/net/URIBuilder.java which use as test library.
> - [x] Test all the jtreg tests by jenkins.
> 
> There are 3 types of files cause backport uncleanly.
> 
> 1. Different context cause should replace '127.0.0.1' as 'loopback' manually.
> 
> jdk/test/com/sun/net/httpserver/bugs/B6361557.java
> jdk/test/java/net/Socket/UrgentDataTest.java
> jdk/test/sun/net/www/http/HttpURLConnection/PostOnDelete.java
> 
> 2. Different context cause deal with copyright year manually.
> jdk/test/java/net/Socket/TestAfterClose.java
> jdk/test/java/net/ResponseCache/ResponseCacheTest.java
> jdk/test/sun/net/www/protocol/http/B8012625.java
> 
> 
> 3. Test was added after jdk8+, so it's not needed deal with jdk8u-dev
> java/net/SocketOption/OptionsTest.java
> java/net/URLPermission/nstest/LookupTest.java
> sun/net/www/http/HttpURLConnection/NTLMAuthWithSM.java
> 
> 4. The test library located difference, so we need to adopt in jdk8u-dev: replace '@library /test/lib' as '@library /lib/testlibrary', and replace 'import jdk.test.lib.net.URIBuilder;' as 'import jdk.testlibrary.net.URIBuilder;'.
> java/net/ResponseCache/ResponseCacheTest.java
> java/net/HttpURLConnection/UnmodifiableMaps.java
> sun/net/www/protocol/https/HttpsURLConnection/CookieHandlerTest.java
> sun/net/www/http/KeepAliveStream/KeepAliveStreamClose.java
> java/net/URL/GetContent.java

This pull request has now been integrated.

Changeset: dc19effc
Author:    SendaoYan <syan at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/dc19effcf6720e1b46b22336b718e7d080ff0022
Stats:     191 lines in 21 files changed: 132 ins; 1 del; 58 mod

8223145: Replace wildcard address with loopback or local host in tests - part 1

Replaces binding to wildacard with alternative less susceptible to intermittent failure in some intermittently failing tests.

Reviewed-by: phh
Backport-of: 7d4520c109f408a7dbcdcc424dfef121e3eeaaa7

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/707

From syan at openjdk.org  Thu Jan 15 11:35:16 2026
From: syan at openjdk.org (SendaoYan)
Date: Thu, 15 Jan 2026 11:35:16 GMT
Subject: [jdk8u-dev] Integrated: 8186149: quarantine
 gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java
In-Reply-To: <Truw6aPRFT6XR0vGHjvzdlUWEU_s--JmZta4F4u8ns8=.9e5911b2-cdc1-47b5-bf94-13d53b8f6110@github.com>
References: <Truw6aPRFT6XR0vGHjvzdlUWEU_s--JmZta4F4u8ns8=.9e5911b2-cdc1-47b5-bf94-13d53b8f6110@github.com>
Message-ID: <OysUzUpsEhDOGY41LE7Wl7YuFWX4NRwWl86fIQ2aR30=.0820e1d6-c4e6-40ce-a67b-92a269c457de@github.com>

On Wed, 27 Aug 2025 06:33:51 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi all,
> 
> I found that gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java intermittent fails which has been fixed by jdk13 in [JDK-8218049](https://bugs.openjdk.org/browse/JDK-8218049). I think this fixed PR do not suitable to backport from jdk13 to jdk8u. So I want to backport [JDK-8186149](https://bugs.openjdk.org/browse/JDK-8186149) to quarantine this fragile test.
> 
> Backport not clean because there are many different context between jdk8u and jdk13 for hotspot/test/ProblemList.txt
> 
> Only touch the Problemlist, no risk.

This pull request has now been integrated.

Changeset: 9954f8fd
Author:    SendaoYan <syan at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/9954f8fd7d4ad3f607bec91fb64d39aa208cb447
Stats:     5 lines in 1 file changed: 5 ins; 0 del; 0 mod

8186149: quarantine gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java

Reviewed-by: phh
Backport-of: 19ead83208381512fa2c89673b8d992b6106cc1c

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/683

From jdowland at openjdk.org  Thu Jan 15 12:38:48 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Thu, 15 Jan 2026 12:38:48 GMT
Subject: [jdk8u-dev] RFR: 8313083: Print 'rss' and 'cache' as part of the
 container information [v3]
In-Reply-To: <LS90_anS5otYt5E6UjEYqFbhHSX7E3pKYyi6sLAJ9u4=.efd3cc5c-6e9d-405b-99eb-3577a3d9fb0a@github.com>
References: <LS90_anS5otYt5E6UjEYqFbhHSX7E3pKYyi6sLAJ9u4=.efd3cc5c-6e9d-405b-99eb-3577a3d9fb0a@github.com>
Message-ID: <mXaPB5jNbfA7pseW9PJzY73VIKW6s5bYoz7qTu5LDqs=.62aa3748-7af6-4f13-9f44-d73ba495fc41@github.com>

> Low risk, Oracle parity. Improves diagnostic output. Includes test modifications to cover the new diagnostics.
> 
> Included test `hotspot/test/runtime/containers/docker/TestMisc.java` passes for me.

Jonathan Dowland 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 since the last revision:

 - Merge remote-tracking branch 'jdk8u-dev/master' into 8313083-8u
 - remove reporting on tasks
   
   included in error; part of context of backport but not added by
   the backport.
   
   Signed-off-by: Jonathan Dowland <jdowland at redhat.com>
 - 8313083: Print 'rss' and 'cache' as part of the container information
   
   Reviewed-by: andrew, sgehwolf
   Backport-of: aeb2d2d0ce17da3aa7d49679beb4da2dd6f341ad
 - 8287011: Improve container information
   
   Backport-of: e60939850e5328b9c0f2002ac5ed7744375bf18b
 - 8284758: [linux] improve print_container_info
   
   Reviewed-by: sgehwolf
   Backport-of: 6c6d5223dfaae268f968f4292356d4be89adb122
 - 8220658: Improve the readability of container information in the error log
   
   Backport-of: 2c4b9e0778e170a17b04217bee66bb6c4fb18c0c

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/726/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/726/files/0be5b9f2..292d2f79

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=726&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=726&range=01-02

  Stats: 72014 lines in 467 files changed: 24574 ins; 15476 del; 31964 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/726.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/726/head:pull/726

PR: https://git.openjdk.org/jdk8u-dev/pull/726

From tkiriyama at openjdk.org  Fri Jan 16 12:17:42 2026
From: tkiriyama at openjdk.org (Takuya Kiriyama)
Date: Fri, 16 Jan 2026 12:17:42 GMT
Subject: [jdk8u-dev] RFR: 8303215: Make thread stacks not use huge pages
Message-ID: <dTti4qKtP6aUuo_4AnJRNXMWwymoffja3fLXrHJoLUs=.f24020db-f1f2-40f9-a873-74813b13379d@github.com>

Hi All,

I would like to backport the fix for bug JDK-8303215 to JDK 8. This bug addresses an issue with Transparent Huge Pages (THP) and thread stack allocation.
This fix is unclean, but almost clean backport from jdk11.

1. Backport:
The fix is almost clean from jdk11, but there is a slight difference.

- os_linux.cpp
Since JDK 8 does not include JDK-8183552, we need to add one more include statement. JDK-8183552 will likely not be backported to 8u.

- globals_linux_aarch64.hpp
In JDK 11,?`CompilerThreadStackSize`?is set to 2048, whereas JDK 8 originally sets it to?`0`. This change to 2048 was introduced in JDK-8140520. Since JDK-8140520 is likely not directly related to this fix, I have excluded it from this fix and changed `CompilerThreadStackSize` to 2040.

2. Bug Reproduction:
The bug was successfully reproduced in Linux x86_64 with THP enabled (/sys/kernel/mm/transparent_hugepage/enabled = always).
Reproduction was confirmed using the following dummy thread program:

public class ThreadStackHugePageTest {
        public static void main(String[] args) {
                final int NUM_THREADS = 1000;
                final long SLEEP_SECONDS = 3600;
                final long SLEEP_MILISECONDS = SLEEP_SECONDS * 1000;

                List<Thread> threads = new ArrayList<>();

                for (int i = 0; i < NUM_THREADS; i++) {
                        Runnable task = () -> {
                                try {
                                        Thread.sleep(SLEEP_MILISECONDS);
                                } catch (InterruptedException e) {
                                        Thread.currentThread().interrupt();
                                }
                        };

                        Thread thread = new Thread(task);
                        threads.add(thread);

                        thread.start();
                }

                System.out.println("all threads are started");

                for (Thread thread : threads) {
                        try {
                                thread.join();
                        } catch (InterruptedException e) {
                                Thread.currentThread().interrupt();
                        }
                }
        }
}

The fix significantly reduces the number of anonymous regions with fully occupied RSS.

3. Regression Testing:
I ran the test/hotspot tests on Linux x64 as a regression test. No failures were found.

Thank you.

-------------

Commit messages:
 - 8303215: Make thread stacks not use huge pages

Changes: https://git.openjdk.org/jdk8u-dev/pull/746/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=746&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8303215
  Stats: 29 lines in 2 files changed: 25 ins; 3 del; 1 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/746.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/746/head:pull/746

PR: https://git.openjdk.org/jdk8u-dev/pull/746

From serb at openjdk.org  Sun Jan 18 22:32:32 2026
From: serb at openjdk.org (Sergey Bylokhov)
Date: Sun, 18 Jan 2026 22:32:32 GMT
Subject: [jdk8u-dev] RFR: 8312518: [macos13] setFullScreenWindow() shows
 black screen on macOS 13 & above [v3]
In-Reply-To: <5u5R1gq0ZcLvJ8y7wI6ci9Q_i9sqFQu-AY2Pn3OLAM4=.f69fe961-48ab-4869-9567-0231e9b524a5@github.com>
References: <5u5R1gq0ZcLvJ8y7wI6ci9Q_i9sqFQu-AY2Pn3OLAM4=.f69fe961-48ab-4869-9567-0231e9b524a5@github.com>
Message-ID: <URsC7mIwgGzfDFADwywbenjarFL6lGkmrahkQ3V1sNE=.f66452f2-f19f-48af-b654-daca809bbe64@github.com>

> Hi all,
> 
> This pull request contains a backport of commit [37123ee7](https://github.com/openjdk/jdk11u-dev/commit/37123ee7a5058ec81f2ef85a68fe9ae43b0ba216) from the [openjdk/jdk11u-dev](https://git.openjdk.org/jdk11u-dev) repository.
> 
> The commit being backported was authored by Sergey Bylokhov on 27 Aug 2025 and had no reviewers.
> 
> The patch is clean(need to fix copyright and path to the test) and has been verified by the new test. No new issues were found by the jdk_desktop tests. The patch fixes the fullscreen windows, which are currently non-functional.
> 
> Thanks!

Sergey Bylokhov 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 three additional commits since the last revision:

 - Merge branch 'openjdk:master' into backport-mrserb-37123ee7-master
 - Merge branch 'openjdk:master' into backport-mrserb-37123ee7-master
 - Backport 37123ee7a5058ec81f2ef85a68fe9ae43b0ba216

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/694/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/694/files/e588f1d9..9e470b3f

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=694&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=694&range=01-02

  Stats: 72174 lines in 477 files changed: 24700 ins; 15480 del; 31994 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/694.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/694/head:pull/694

PR: https://git.openjdk.org/jdk8u-dev/pull/694

From serb at openjdk.org  Sun Jan 18 23:01:32 2026
From: serb at openjdk.org (Sergey Bylokhov)
Date: Sun, 18 Jan 2026 23:01:32 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
In-Reply-To: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
Message-ID: <tIWIb16rTDAT4MXkO1-ZTcm2M88uaieZiv4EijoTro4=.9ad96e64-3aab-401e-b2f0-a361c20a8f37@github.com>

On Thu, 8 Jan 2026 01:05:50 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This is a backport of [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) from 11u that upgrades from macos-13 to macos-15-intel, and XCode from 14.3.1 to 16.4, as MacOS 13 runners are now unavailable.
> 
> Due to the different structure of the GHA support in 8u, and the absence of aarch64 on MacOS, this is a backport in spirit rather than a 1:1 relationship, with the same values being changed in their different locations in the 8u `submit.yml`.

Marked as reviewed by serb (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/738#pullrequestreview-3675821777

From serb at openjdk.org  Sun Jan 18 23:11:54 2026
From: serb at openjdk.org (Sergey Bylokhov)
Date: Sun, 18 Jan 2026 23:11:54 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v3]
In-Reply-To: <BSpX2Rh3fNpL9-IjGDtNXNrlBeSLWPT7nglsMFzszbo=.f92efe7f-de20-4436-9656-19acb6beb611@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <BSpX2Rh3fNpL9-IjGDtNXNrlBeSLWPT7nglsMFzszbo=.f92efe7f-de20-4436-9656-19acb6beb611@github.com>
Message-ID: <Eq0G99izB082B2ia2hnH6Wc-NORPhkLRg0HNUwhuGSU=.9f1a70ff-d8bc-4571-812c-9514b4d9e9bc@github.com>

On Mon, 12 Jan 2026 23:52:28 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
>> 
>> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
>> 
>> The changes are as follows:
>> 
>> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
>> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
>> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
>> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
>> 
>> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
>> 
>> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
>> 
>> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.
>
> Andrew John Hughes 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 four additional commits since the last revision:
> 
>  - Print spec files on all POSIX platforms
>  - Add LOG_LEVEL=debug to all GHA builds
>  - Whitespace cleanup
>  - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

Marked as reviewed by serb (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/740#pullrequestreview-3675826395

From serb at openjdk.org  Sun Jan 18 23:24:58 2026
From: serb at openjdk.org (Sergey Bylokhov)
Date: Sun, 18 Jan 2026 23:24:58 GMT
Subject: [jdk8u-dev] Integrated: 8312518: [macos13] setFullScreenWindow() shows
 black screen on macOS 13 & above
In-Reply-To: <5u5R1gq0ZcLvJ8y7wI6ci9Q_i9sqFQu-AY2Pn3OLAM4=.f69fe961-48ab-4869-9567-0231e9b524a5@github.com>
References: <5u5R1gq0ZcLvJ8y7wI6ci9Q_i9sqFQu-AY2Pn3OLAM4=.f69fe961-48ab-4869-9567-0231e9b524a5@github.com>
Message-ID: <aui6DRoVVHVtZAAUPNO75hwwthn2ro-Ka-sMOkA7ETI=.888689e8-fa07-4321-a869-0c04538503fc@github.com>

On Mon, 8 Sep 2025 00:23:26 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

> Hi all,
> 
> This pull request contains a backport of commit [37123ee7](https://github.com/openjdk/jdk11u-dev/commit/37123ee7a5058ec81f2ef85a68fe9ae43b0ba216) from the [openjdk/jdk11u-dev](https://git.openjdk.org/jdk11u-dev) repository.
> 
> The commit being backported was authored by Sergey Bylokhov on 27 Aug 2025 and had no reviewers.
> 
> The patch is clean(need to fix copyright and path to the test) and has been verified by the new test. No new issues were found by the jdk_desktop tests. The patch fixes the fullscreen windows, which are currently non-functional.
> 
> Thanks!

This pull request has now been integrated.

Changeset: 76b62686
Author:    Sergey Bylokhov <serb at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/76b626867f7c436e493566c2cc5d6ac847420894
Stats:     91 lines in 2 files changed: 90 ins; 0 del; 1 mod

8312518: [macos13] setFullScreenWindow() shows black screen on macOS 13 & above

Reviewed-by: shade
Backport-of: 37123ee7a5058ec81f2ef85a68fe9ae43b0ba216

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/694

From tkiriyama at openjdk.org  Mon Jan 19 11:26:14 2026
From: tkiriyama at openjdk.org (Takuya Kiriyama)
Date: Mon, 19 Jan 2026 11:26:14 GMT
Subject: [jdk8u-dev] RFR: 8251189: com/sun/jndi/ldap/LdapDnsProviderTest.java
 failed due to timeout
Message-ID: <xAd3YG26sK1i8tUjAIiILoblDsJojQf-IJPO0dWycmM=.aaf07c3e-f217-4caf-adb1-4e04da3081d1@github.com>

Hi All,

I would like to backport this bug fix (JDK-8251189) done in jdk16 to jdk8 to ensure test stability. This backport is clean from jdk11.
Since only the test is modified, the risk is low.

Please review this fix.

Thank you.

-------------

Commit messages:
 - 8251189: com/sun/jndi/ldap/LdapDnsProviderTest.java failed due to timeout

Changes: https://git.openjdk.org/jdk8u-dev/pull/747/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=747&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8251189
  Stats: 15 lines in 1 file changed: 13 ins; 1 del; 1 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/747.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/747/head:pull/747

PR: https://git.openjdk.org/jdk8u-dev/pull/747

From jdowland at openjdk.org  Mon Jan 19 20:35:10 2026
From: jdowland at openjdk.org (Jonathan Dowland)
Date: Mon, 19 Jan 2026 20:35:10 GMT
Subject: [jdk8u-dev] RFR: 8313083: Print 'rss' and 'cache' as part of the
 container information [v3]
In-Reply-To: <mXaPB5jNbfA7pseW9PJzY73VIKW6s5bYoz7qTu5LDqs=.62aa3748-7af6-4f13-9f44-d73ba495fc41@github.com>
References: <LS90_anS5otYt5E6UjEYqFbhHSX7E3pKYyi6sLAJ9u4=.efd3cc5c-6e9d-405b-99eb-3577a3d9fb0a@github.com>
 <mXaPB5jNbfA7pseW9PJzY73VIKW6s5bYoz7qTu5LDqs=.62aa3748-7af6-4f13-9f44-d73ba495fc41@github.com>
Message-ID: <TdW_1ADGkagsARL4SmgBZ8Qs_AOYZDWcCU4dU-fU5Uw=.ed8bbb58-5646-41fa-bc43-172594aa7a8a@github.com>

On Thu, 15 Jan 2026 12:38:48 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

>> Low risk, Oracle parity. Improves diagnostic output. Includes test modifications to cover the new diagnostics.
>> 
>> Included test `hotspot/test/runtime/containers/docker/TestMisc.java` passes for me.
>
> Jonathan Dowland 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 since the last revision:
> 
>  - Merge remote-tracking branch 'jdk8u-dev/master' into 8313083-8u
>  - remove reporting on tasks
>    
>    included in error; part of context of backport but not added by
>    the backport.
>    
>    Signed-off-by: Jonathan Dowland <jdowland at redhat.com>
>  - 8313083: Print 'rss' and 'cache' as part of the container information
>    
>    Reviewed-by: andrew, sgehwolf
>    Backport-of: aeb2d2d0ce17da3aa7d49679beb4da2dd6f341ad
>  - 8287011: Improve container information
>    
>    Backport-of: e60939850e5328b9c0f2002ac5ed7744375bf18b
>  - 8284758: [linux] improve print_container_info
>    
>    Reviewed-by: sgehwolf
>    Backport-of: 6c6d5223dfaae268f968f4292356d4be89adb122
>  - 8220658: Improve the readability of container information in the error log
>    
>    Backport-of: 2c4b9e0778e170a17b04217bee66bb6c4fb18c0c

tier1 hotspot test failure : `gc/arguments/TestCMSHeapSizeFlags.java`. will look closer

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/726#issuecomment-3770026911

From duke at openjdk.org  Tue Jan 20 00:49:56 2026
From: duke at openjdk.org (duke)
Date: Tue, 20 Jan 2026 00:49:56 GMT
Subject: [jdk8u-dev] Withdrawn: 8360869: jcstress is able to crash jdk8 on
 aarch64 with jfr on
In-Reply-To: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
References: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
Message-ID: <EMY65G2dZI7w4fMFbPoup-yTjbbzLb7dxxOyHgsj160=.c593fc2c-0d24-4286-bde3-502f8f70b669@github.com>

On Mon, 15 Sep 2025 16:00:26 GMT, Ji?? Van?k <jvanek at openjdk.org> wrote:

> We are seeing rare crashes in jcstress with jdk8 on aarch64 with jfron. Those crashes are real, however we were not able to reproduce with builds on gcc 5 and up. The real culprint was not found. but gcc version on aarch64 should be checked.  Ideal version seems 7, but I'm not that bold.
> 
> I think this change must be accompanied by regenerating  `generated-configure` but am not sure with process on it.

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/697

From gnu.andrew at redhat.com  Wed Jan 21 21:31:08 2026
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 21 Jan 2026 21:31:08 +0000
Subject: OpenJDK 8u482 Released
Message-ID: <aXFFnNmKlVTwHWdo@rincewind>

We are pleased to announce the release of OpenJDK 8u482.

The source tarball is available from:

* https://openjdk-sources.osci.io/openjdk8/openjdk8u482-b08.tar.xz

The tarball is accompanied by a digital signature available at:

* https://openjdk-sources.osci.io/openjdk8/openjdk8u482-b08.tar.xz.sig

This is signed by our Red Hat OpenJDK key (openjdk at redhat.com):

PGP Key: rsa4096/0x92EF8D39DC13168F (hkp://keys.gnupg.net)
Fingerprint = CA5F 11C6 CE22 644D 42C6  AC44 92EF 8D39 DC13 168F

SHA256 checksums:

e348730f8acd36612be8de533d51108038085e45484ceae5bedb7974efaa29e3  openjdk8u482-b08.tar.xz
1bf3b8c04fa31a242137788cb9d0b6998185469f289c5c9b95c55cde52e6c57b  openjdk8u482-b08.tar.xz.sig

SHA512 checksums:

fec878178bf8cfc2373ef91c7100186c63f4b744e93671b129aab7c24c69f536f175f0b0f1de4385c01941d4657c4ece8e639554611149a3a8c8f9dac1cbe136  openjdk8u482-b08.tar.xz
6874e4e468716fa7ab97ac4b10a23c80da45ea62f37d978d9c79040a2dafb542e1b58c160e3b0df85f09934de3686202efe2ac7c663fbb372a409e744edc1652  openjdk8u482-b08.tar.xz.sig

The checksums can be downloaded from:

* https://openjdk-sources.osci.io/openjdk8/openjdk8u482-b08.sha256
* https://openjdk-sources.osci.io/openjdk8/openjdk8u482-b08.sha512

New in release OpenJDK 8u482 (2026-01-20):
===========================================
Live versions of these release notes can be found at:
  * https://bit.ly/openjdk8u482

* Changes
  - JDK-8154043: Fields not reachable anymore by tab-key, because of new tabbing behaviour of radio button groups.
  - JDK-8182577: Exception when Tab key moves focus to a JCheckbox with a custom ButtonModel
  - JDK-8193017: Import freetype sources into OpenJDK source tree
  - JDK-8211804: Constant AO_UNUSED_MBZ uses left shift of negative value
  - JDK-8212155: Race condition when posting dynamic_code_generated event leads to JVM crash
  - JDK-8212678: Windows IME related patch
  - JDK-8219006: AArch64: Register corruption in slow subtype check
  - JDK-8222362: Upgrade to Freetype 2.10.0
  - JDK-8227324: Upgrade to freetype 2.10.1
  - JDK-8247867: Upgrade to freetype 2.10.2
  - JDK-8258805: Japanese characters not entered by mouse click on Windows 10
  - JDK-8261170: Upgrade to FreeType 2.10.4
  - JDK-8265429: Improve GCM encryption
  - JDK-8269668: [aarch64] java.library.path not including /usr/lib64
  - JDK-8285686: Update FreeType to 2.12.0
  - JDK-8290334: Update FreeType to 2.12.1
  - JDK-8293672: Update freetype md file
  - JDK-8297088: Update LCMS to 2.14
  - JDK-8298974: Add ftcolor.c to imported freetype sources
  - JDK-8305072: Win32ShellFolder2.compareTo is inconsistent
  - JDK-8306881: Update FreeType to 2.13.0
  - JDK-8316028: Update FreeType to 2.13.2
  - JDK-8316030: Update Libpng to 1.6.40
  - JDK-8317970: Bump target macosx-x64 version to 11.00.00
  - JDK-8329004: Update Libpng to 1.6.43
  - JDK-8339280: jarsigner -verify performs cross-checking between CEN and LOC
  - JDK-8341496: Improve JMX connections
  - JDK-8345358: Some DLL Files are missing Windows Properties
  - JDK-8348596: Update FreeType to 2.13.3
  - JDK-8348598: Update Libpng to 1.6.47
  - JDK-8353299: VerifyJarEntryName.java test fails
  - JDK-8354941: Build failure with glibc 2.42 due to uabs() name collision
  - JDK-8359501: Enhance Handling of URIs
  - JDK-8362208: [8u] Buffer overflow in g1GCPhaseTimes.cpp::LineBuffer::_buffer
  - JDK-8362308: Enhance Bitmap operations
  - JDK-8362632: Improve HttpServer Request handling
  - JDK-8364214: Enhance polygon data support
  - JDK-8364597: Replace THL A29 Limited with Tencent
  - JDK-8364660: ClassVerifier::ends_in_athrow() should be removed
  - JDK-8365058: Enhance CopyOnWriteArraySet
  - JDK-8365271: Improve Swing supports
  - JDK-8366574: Bump update version of OpenJDK: 8u482
  - JDK-8367115: [8u] Problem list CAInterop.java#actalisauthenticationrootca test
  - JDK-8367257: [8u] Problem list CAInterop.java#entrustrootcag4 test
  - JDK-8367782: VerifyJarEntryName.java: Fix modifyJarEntryName to operate on bytes and re-introduce verifySignatureEntryName
  - JDK-8368032: Enhance Certificate Checking
  - JDK-8371334: [8u] GHA: installation of VS2010 hangs
  - JDK-8371352: [8u] Fix VS2010 build issue in check_code.c
  - JDK-8371387: [8u] hotspot needs to recognise latest VS2022
  - JDK-8372534: Update Libpng to 1.6.51

Notes on individual issues:
===========================

core-svc/javax.management:

JDK-8341496: Improve JMX connections
====================================
With this release of OpenJDK, SSL connections created by
`javax.rmi.ssl.SslRMIClientSocketFactory` now enable HTTPS-based
endpoint identification by default.  This can be disabled by setting
the new system property
`jdk.rmi.ssl.client.enableEndpointIdentification` to false.

security-libs/java.security:

JDK-8368032: Enhance Certificate Checking
=========================================
OpenJDK supports the authorityInfoAccess extension in X.509
certificates when the `com.sun.security.enableAIAcaIssuers` system
property is set to `true`.  With this release of OpenJDK, a security
and system property `com.sun.security.allowedAIALocations` is
introduced which acts as a filter on the URIs specified in the
extension.  By default, the property is empty, which will cause all
URIs to be denied when the extension is enabled.  A value of `any` may
be used to allow all URIs or a whitespace-separated list of filters
may be used for more fine-grained control.  The syntax of the filters
is specified in the `java.security` file.  A non-empty value for the
system property takes precedence over the security property.

Happy hacking,
-- 
Andrew :)
Pronouns: he / him or they / them
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222

Please contact via e-mail, not proprietary chat networks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20260121/af9d0853/signature-0001.asc>

From duke at openjdk.org  Thu Jan 22 00:44:18 2026
From: duke at openjdk.org (duke)
Date: Thu, 22 Jan 2026 00:44:18 GMT
Subject: [jdk8u-dev] Withdrawn: 8345149:
 javax/sound/midi/Soundbanks/GetSoundBankSecurityException/GetSoundBankSecurityException.java
 failes with FileSystemException
In-Reply-To: <4c3EWMImHibADVPzaAf7AItE4-rIVPHozAx9AvZLQkI=.860400ce-6565-41fe-9beb-add6835fbaa6@github.com>
References: <4c3EWMImHibADVPzaAf7AItE4-rIVPHozAx9AvZLQkI=.860400ce-6565-41fe-9beb-add6835fbaa6@github.com>
Message-ID: <1HaReiIrmff9M9GODHJTfeq44Mwcb_7UiqQkoeYC1No=.e0ced183-f239-4146-b4f2-55620587ebe0@github.com>

On Tue, 17 Dec 2024 21:05:19 GMT, Min Choi <duke at openjdk.org> wrote:

> Added javax/sound/midi/Soundbanks/GetSoundBankSecurityException/GetSoundBankSecurityException.java
> to ProblemList.txt to exclude on Windows Machines.

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/613

From sgehwolf at openjdk.org  Thu Jan 22 13:30:40 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Thu, 22 Jan 2026 13:30:40 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4
In-Reply-To: <1tysE7zedey_OfibQZeMboyLWzHA_9Z-6cC6uizvUUs=.5fc24f72-2f72-48fd-8fae-eed06e4328a9@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <1tysE7zedey_OfibQZeMboyLWzHA_9Z-6cC6uizvUUs=.5fc24f72-2f72-48fd-8fae-eed06e4328a9@github.com>
Message-ID: <UQOsYnQpazF310PB7VXJdsniyzm3IYZmIYivfyVqNxM=.419f330f-76ba-4006-9602-d0fd83a754eb@github.com>

On Fri, 9 Jan 2026 16:05:56 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
>> 
>> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
>> 
>> The changes are as follows:
>> 
>> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
>> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
>> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
>> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
>> 
>> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
>> 
>> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
>> 
>> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.
>
> I think this may have to be a regular PR to generate the pr/740 branch.

@gnu-andrew Please apply for approval.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/740#issuecomment-3784418613

From rmarchenko at openjdk.org  Thu Jan 22 13:45:43 2026
From: rmarchenko at openjdk.org (Roman Marchenko)
Date: Thu, 22 Jan 2026 13:45:43 GMT
Subject: [jdk8u-dev] Integrated: 8350813: Rendering of bulky sound bank from
 MIDI sequence can cause OutOfMemoryError
In-Reply-To: <kP42L2CvlIArT9sANcmG-8_zZVZIfmqM1WeTeRMHcX4=.0a51dd48-92f8-4af5-9f9f-82571ee6716d@github.com>
References: <kP42L2CvlIArT9sANcmG-8_zZVZIfmqM1WeTeRMHcX4=.0a51dd48-92f8-4af5-9f9f-82571ee6716d@github.com>
Message-ID: <NddMDZXWyUYuBdr9Ea-X3jD292o80PDGEc5wWKisg1E=.89e43c21-90e6-4d80-835a-f3da222dbb6f@github.com>

On Tue, 23 Sep 2025 12:13:43 GMT, Roman Marchenko <rmarchenko at openjdk.org> wrote:

> This is backport of "[JDK-8350813](https://bugs.openjdk.org/browse/JDK-8350813) Rendering of bulky sound bank from MIDI sequence can cause OutOfMemoryError"
> 
> The problem exists in jdk8 also.
> 
> Almost clean backport, resolved conflict in copyright, and put `BulkSoundBank.java` to `jdk/test/javax/sound/midi/BulkSoundBank/`.
> 
> Test fails before the fix, and passes with the fix.
> 
> GHA checks mostly passes. The failed CertPathValidator tests don't look related to the change.

This pull request has now been integrated.

Changeset: e3256d66
Author:    Roman Marchenko <rmarchenko at openjdk.org>
Committer: Severin Gehwolf <sgehwolf at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/e3256d666af55ad8a6e33754c7a76eb8743cad88
Stats:     61 lines in 2 files changed: 60 ins; 0 del; 1 mod

8350813: Rendering of bulky sound bank from MIDI sequence can cause OutOfMemoryError

Reviewed-by: sgehwolf
Backport-of: fcc2a24291d499f7149debad1250903ddc369d91

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/702

From duke at openjdk.org  Thu Jan 22 16:39:04 2026
From: duke at openjdk.org (Elif Aslan)
Date: Thu, 22 Jan 2026 16:39:04 GMT
Subject: [jdk8u-dev] RFR: 8257709: C1: Double assignment in
 InstructionPrinter::print_stack [v2]
In-Reply-To: <duiQmY5MNdDp6LfajuLoppy0Ovdr66WC2BoT5TFLAws=.a2baf5e9-34d4-45e0-8058-4606aa34ec08@github.com>
References: <duiQmY5MNdDp6LfajuLoppy0Ovdr66WC2BoT5TFLAws=.a2baf5e9-34d4-45e0-8058-4606aa34ec08@github.com>
Message-ID: <xaSiC0kQ_RHgWBpoUlqoGGMFtItRhCuCDczUTrtdnbQ=.3b6a2944-1f77-4baf-9d43-839a0f7110d7@github.com>

> Clean backport.Resolves al2023 fastdebug build failure. This double assignment causes undefined behavior.

Elif Aslan 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 two additional commits since the last revision:

 - Merge branch 'openjdk:master' into JDK-8257709
 - Backport 563b268c8f23a1f9f5e70065419d4e8661d1d0b4

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/718/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/718/files/11b1bf70..02b87948

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=718&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=718&range=00-01

  Stats: 185437 lines in 466 files changed: 175081 ins; 8601 del; 1755 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/718.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/718/head:pull/718

PR: https://git.openjdk.org/jdk8u-dev/pull/718

From gnu.andrew at redhat.com  Thu Jan 22 16:58:28 2026
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Thu, 22 Jan 2026 16:58:28 +0000
Subject: OpenJDK 8u482 Released
In-Reply-To: <aXFFnNmKlVTwHWdo@rincewind>
References: <aXFFnNmKlVTwHWdo@rincewind>
Message-ID: <aXJXNNYssyFFd4QS@rincewind>

On 21:31 Wed 21 Jan 2026, Andrew Hughes wrote:
> We are pleased to announce the release of OpenJDK 8u482.
> 
> The source tarball is available from:
> 
> * https://openjdk-sources.osci.io/openjdk8/openjdk8u482-b08.tar.xz
> 
> The tarball is accompanied by a digital signature available at:
> 
> * https://openjdk-sources.osci.io/openjdk8/openjdk8u482-b08.tar.xz.sig
> 
> This is signed by our Red Hat OpenJDK key (openjdk at redhat.com):
> 
> PGP Key: rsa4096/0x92EF8D39DC13168F (hkp://keys.gnupg.net)
> Fingerprint = CA5F 11C6 CE22 644D 42C6  AC44 92EF 8D39 DC13 168F
> 
> SHA256 checksums:
> 
> e348730f8acd36612be8de533d51108038085e45484ceae5bedb7974efaa29e3  openjdk8u482-b08.tar.xz
> 1bf3b8c04fa31a242137788cb9d0b6998185469f289c5c9b95c55cde52e6c57b  openjdk8u482-b08.tar.xz.sig
> 
> SHA512 checksums:
> 
> fec878178bf8cfc2373ef91c7100186c63f4b744e93671b129aab7c24c69f536f175f0b0f1de4385c01941d4657c4ece8e639554611149a3a8c8f9dac1cbe136  openjdk8u482-b08.tar.xz
> 6874e4e468716fa7ab97ac4b10a23c80da45ea62f37d978d9c79040a2dafb542e1b58c160e3b0df85f09934de3686202efe2ac7c663fbb372a409e744edc1652  openjdk8u482-b08.tar.xz.sig
> 
> The checksums can be downloaded from:
> 
> * https://openjdk-sources.osci.io/openjdk8/openjdk8u482-b08.sha256
> * https://openjdk-sources.osci.io/openjdk8/openjdk8u482-b08.sha512
> 
> New in release OpenJDK 8u482 (2026-01-20):
> ===========================================
> Live versions of these release notes can be found at:
>   * https://bit.ly/openjdk8u482
> 
> * Changes
>   - JDK-8154043: Fields not reachable anymore by tab-key, because of new tabbing behaviour of radio button groups.
>   - JDK-8182577: Exception when Tab key moves focus to a JCheckbox with a custom ButtonModel
>   - JDK-8193017: Import freetype sources into OpenJDK source tree
>   - JDK-8211804: Constant AO_UNUSED_MBZ uses left shift of negative value
>   - JDK-8212155: Race condition when posting dynamic_code_generated event leads to JVM crash
>   - JDK-8212678: Windows IME related patch
>   - JDK-8219006: AArch64: Register corruption in slow subtype check
>   - JDK-8222362: Upgrade to Freetype 2.10.0
>   - JDK-8227324: Upgrade to freetype 2.10.1
>   - JDK-8247867: Upgrade to freetype 2.10.2
>   - JDK-8258805: Japanese characters not entered by mouse click on Windows 10
>   - JDK-8261170: Upgrade to FreeType 2.10.4
>   - JDK-8265429: Improve GCM encryption
>   - JDK-8269668: [aarch64] java.library.path not including /usr/lib64
>   - JDK-8285686: Update FreeType to 2.12.0
>   - JDK-8290334: Update FreeType to 2.12.1
>   - JDK-8293672: Update freetype md file
>   - JDK-8297088: Update LCMS to 2.14
>   - JDK-8298974: Add ftcolor.c to imported freetype sources
>   - JDK-8305072: Win32ShellFolder2.compareTo is inconsistent
>   - JDK-8306881: Update FreeType to 2.13.0
>   - JDK-8316028: Update FreeType to 2.13.2
>   - JDK-8316030: Update Libpng to 1.6.40
>   - JDK-8317970: Bump target macosx-x64 version to 11.00.00
>   - JDK-8329004: Update Libpng to 1.6.43
>   - JDK-8339280: jarsigner -verify performs cross-checking between CEN and LOC
>   - JDK-8341496: Improve JMX connections
>   - JDK-8345358: Some DLL Files are missing Windows Properties
>   - JDK-8348596: Update FreeType to 2.13.3
>   - JDK-8348598: Update Libpng to 1.6.47
>   - JDK-8353299: VerifyJarEntryName.java test fails
>   - JDK-8354941: Build failure with glibc 2.42 due to uabs() name collision
>   - JDK-8359501: Enhance Handling of URIs
>   - JDK-8362208: [8u] Buffer overflow in g1GCPhaseTimes.cpp::LineBuffer::_buffer
>   - JDK-8362308: Enhance Bitmap operations
>   - JDK-8362632: Improve HttpServer Request handling
>   - JDK-8364214: Enhance polygon data support
>   - JDK-8364597: Replace THL A29 Limited with Tencent
>   - JDK-8364660: ClassVerifier::ends_in_athrow() should be removed
>   - JDK-8365058: Enhance CopyOnWriteArraySet
>   - JDK-8365271: Improve Swing supports
>   - JDK-8366574: Bump update version of OpenJDK: 8u482
>   - JDK-8367115: [8u] Problem list CAInterop.java#actalisauthenticationrootca test
>   - JDK-8367257: [8u] Problem list CAInterop.java#entrustrootcag4 test
>   - JDK-8367782: VerifyJarEntryName.java: Fix modifyJarEntryName to operate on bytes and re-introduce verifySignatureEntryName
>   - JDK-8368032: Enhance Certificate Checking
>   - JDK-8371334: [8u] GHA: installation of VS2010 hangs
>   - JDK-8371352: [8u] Fix VS2010 build issue in check_code.c
>   - JDK-8371387: [8u] hotspot needs to recognise latest VS2022
>   - JDK-8372534: Update Libpng to 1.6.51
> 
> Notes on individual issues:
> ===========================
> 
> core-svc/javax.management:
> 
> JDK-8341496: Improve JMX connections
> ====================================
> With this release of OpenJDK, SSL connections created by
> `javax.rmi.ssl.SslRMIClientSocketFactory` now enable HTTPS-based
> endpoint identification by default.  This can be disabled by setting
> the new system property
> `jdk.rmi.ssl.client.enableEndpointIdentification` to false.
> 
> security-libs/java.security:
> 
> JDK-8368032: Enhance Certificate Checking
> =========================================
> OpenJDK supports the authorityInfoAccess extension in X.509
> certificates when the `com.sun.security.enableAIAcaIssuers` system
> property is set to `true`.  With this release of OpenJDK, a security
> and system property `com.sun.security.allowedAIALocations` is
> introduced which acts as a filter on the URIs specified in the
> extension.  By default, the property is empty, which will cause all
> URIs to be denied when the extension is enabled.  A value of `any` may
> be used to allow all URIs or a whitespace-separated list of filters
> may be used for more fine-grained control.  The syntax of the filters
> is specified in the `java.security` file.  A non-empty value for the
> system property takes precedence over the security property.
> 

I forgot to list the CVEs which are the same as for later JDK releases:

* CVEs
  - CVE-2026-21925
  - CVE-2026-21932
  - CVE-2026-21933
  - CVE-2026-21945

See also https://openjdk.org/groups/vulnerability/advisories/2026-01-20

Thanks,
-- 
Andrew :)
Pronouns: he / him or they / them
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222

Please contact via e-mail, not proprietary chat networks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20260122/4710d3e9/signature.asc>

From andrew at openjdk.org  Thu Jan 22 23:24:25 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Thu, 22 Jan 2026 23:24:25 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
In-Reply-To: <7-zG0_cGCL7zogZb0fgQWIJzrQxvvK60bMMjderDdgk=.7ea84244-8114-4b52-954b-92a01f50b648@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
 <7-zG0_cGCL7zogZb0fgQWIJzrQxvvK60bMMjderDdgk=.7ea84244-8114-4b52-954b-92a01f50b648@github.com>
Message-ID: <g5f1MI70dCJIZx_E3s3IQT5xyycgZkh-Q7BgE0NARY8=.5fa442b5-f34d-4f9e-b684-83befc3b96d3@github.com>

On Tue, 13 Jan 2026 14:59:50 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> > Yes, I looked at these bugs briefly a few days ago along with the fix on the PR you created. While I appreciate the merits of [openjdk/jdk8u at bacf306](https://github.com/openjdk/jdk8u/commit/bacf30605ae1b8eb21010aa8d96b3a21e73ecccf) in getting us further in the build, the final fix does need to be a backport of the JNF removals.
> 
> Let's please use the GHA work-around for now until we have all the backports in place to no longer need the JNF workaround. Right now we don't get Mac OS X builds in GHAs at all, which is bad and I'd like to avoid skipping testing on it for much longer before PRs land.

I was about to suggest the same thing :-) When I wrote my [initial comment on the JNF hack](https://github.com/openjdk/jdk8u-dev/pull/738#issuecomment-3739986723) I thought it was just a case of backports (though quite a few). After discovering the JNF code that is only in 8u - and the most complicated of all from what I can see - we should definitely have **something** running while we try to fix it properly.

If you and/or @zzambers can file a bug and PR for the workaround, I'm happy to review and approve it.  https://github.com/openjdk/jdk8u-dev/pull/742 can go in after this. The other JNF PR I will change to apply after a reversal of the workaround patch.

If anyone has any information on how to get a Mac VM setup to work on this - or indeed, want to work on [JDK-8375208](https://bugs.openjdk.org/browse/JDK-8375208)  themselves - it would be most welcome.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3787255213

From andrew at openjdk.org  Thu Jan 22 23:34:33 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Thu, 22 Jan 2026 23:34:33 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v3]
In-Reply-To: <BSpX2Rh3fNpL9-IjGDtNXNrlBeSLWPT7nglsMFzszbo=.f92efe7f-de20-4436-9656-19acb6beb611@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <BSpX2Rh3fNpL9-IjGDtNXNrlBeSLWPT7nglsMFzszbo=.f92efe7f-de20-4436-9656-19acb6beb611@github.com>
Message-ID: <6coIQ0-FzPIZDyXSV5sWPh6HWJVFaPVQ4L8xhIwqBqs=.25eb1711-164d-42c7-9127-720a49e710a0@github.com>

On Mon, 12 Jan 2026 23:52:28 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
>> 
>> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
>> 
>> The changes are as follows:
>> 
>> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
>> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
>> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
>> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
>> 
>> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
>> 
>> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
>> 
>> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.
>
> Andrew John Hughes has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains four commits:
> 
>  - Print spec files on all POSIX platforms
>  - Add LOG_LEVEL=debug to all GHA builds
>  - Whitespace cleanup
>  - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

I'll merge in the final 8u482 build promotion tomorrow and merge this in here, so we make sure everything is fine before the push.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/740#issuecomment-3787282355

From phh at openjdk.org  Thu Jan 22 23:35:33 2026
From: phh at openjdk.org (Paul Hohensee)
Date: Thu, 22 Jan 2026 23:35:33 GMT
Subject: [jdk8u-dev] RFR: 8251189:
 com/sun/jndi/ldap/LdapDnsProviderTest.java failed due to timeout
In-Reply-To: <xAd3YG26sK1i8tUjAIiILoblDsJojQf-IJPO0dWycmM=.aaf07c3e-f217-4caf-adb1-4e04da3081d1@github.com>
References: <xAd3YG26sK1i8tUjAIiILoblDsJojQf-IJPO0dWycmM=.aaf07c3e-f217-4caf-adb1-4e04da3081d1@github.com>
Message-ID: <M0J6hoKHJy87MFqjRRMfdWs4QZQgHz9MF4zbDT0wGWg=.3dee87b7-bb58-42f0-9e3b-4ba6a853cc93@github.com>

On Mon, 19 Jan 2026 11:20:17 GMT, Takuya Kiriyama <tkiriyama at openjdk.org> wrote:

> Hi All,
> 
> I would like to backport this bug fix (JDK-8251189) done in jdk16 to jdk8 to ensure test stability. This backport is clean from jdk11.
> Since only the test is modified, the risk is low.
> 
> Please review this fix.
> 
> Thank you.

Marked as reviewed by phh (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/747#pullrequestreview-3695074454

From sgehwolf at openjdk.org  Fri Jan 23 10:02:19 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Fri, 23 Jan 2026 10:02:19 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
In-Reply-To: <g5f1MI70dCJIZx_E3s3IQT5xyycgZkh-Q7BgE0NARY8=.5fa442b5-f34d-4f9e-b684-83befc3b96d3@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
 <7-zG0_cGCL7zogZb0fgQWIJzrQxvvK60bMMjderDdgk=.7ea84244-8114-4b52-954b-92a01f50b648@github.com>
 <g5f1MI70dCJIZx_E3s3IQT5xyycgZkh-Q7BgE0NARY8=.5fa442b5-f34d-4f9e-b684-83befc3b96d3@github.com>
Message-ID: <KZkk4M5kb53_DtsAyk6g_HxsmRDHUvwy-FCcjcLSG1s=.d05392e7-1d77-4130-a16d-86d9c5091a79@github.com>

On Thu, 22 Jan 2026 23:21:25 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> I was about to suggest the same thing :-) When I wrote my [initial comment on the JNF hack](https://github.com/openjdk/jdk8u-dev/pull/738#issuecomment-3739986723) I thought it was just a case of backports (though quite a few). After discovering the JNF code that is only in 8u - and the most complicated of all from what I can see - we should definitely have **something** running while we try to fix it properly.

Sure. I'll create a bug/PR for this.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3789429072

From sgehwolf at openjdk.org  Fri Jan 23 18:41:13 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Fri, 23 Jan 2026 18:41:13 GMT
Subject: [jdk8u-dev] RFR: 8376225: [8u] GHA: Apply work-around for missing JNF
 for MacOSX builds
Message-ID: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>

As the title goes. For newer MacOS X SDKs which have the JavaNativeFoundations framework removed from the SDK, one needs to "install" it manually. In this case we are taking it from the applejdk in GHA. This should help getting MacOSX builds going on the `macos-15-intel` GHA runners.

The real fix for this is to remove the JNF dependency from the JDK 8u codebase but this effort will take longer and this is an interim measure (noted as such in the comment).

**Testing**
- Tested it on a branch which has [MacOSX 15 intel runner support](https://github.com/openjdk/jdk8u-dev/pull/738) and this patch on top. See here for the GHA run:  https://github.com/jerboaa/jdk8u-dev/actions/runs/21296331427 (MacOSX builds succeed)

Thoughts?

-------------

Commit messages:
 - 8376225: [8u] GHA: Apply work-around for missing JNF for MacOSX builds

Changes: https://git.openjdk.org/jdk8u-dev/pull/748/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=748&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8376225
  Stats: 16 lines in 1 file changed: 16 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/748.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/748/head:pull/748

PR: https://git.openjdk.org/jdk8u-dev/pull/748

From sgehwolf at openjdk.org  Fri Jan 23 18:48:59 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Fri, 23 Jan 2026 18:48:59 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15
In-Reply-To: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
Message-ID: <25J0a67jECH9rO8qnTB1WL1DruCifatQKUISslmJt4c=.5033193c-e15a-410a-80aa-35658963ee29@github.com>

On Thu, 8 Jan 2026 01:05:50 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This is a backport of [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) from 11u that upgrades from macos-13 to macos-15-intel, and XCode from 14.3.1 to 16.4, as MacOS 13 runners are now unavailable.
> 
> Due to the different structure of the GHA support in 8u, and the absence of aarch64 on MacOS, this is a backport in spirit rather than a 1:1 relationship, with the same values being changed in their different locations in the 8u `submit.yml`.

> If you and/or @zzambers can file a bug and PR for the workaround, I'm happy to review and approve it. #742 can go in after this. The other JNF PR I will change to apply after a reversal of the workaround patch.

Here it is: https://github.com/openjdk/jdk8u-dev/pull/748

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3791763379

From sgehwolf at openjdk.org  Fri Jan 23 20:38:13 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Fri, 23 Jan 2026 20:38:13 GMT
Subject: [jdk8u-dev] RFR: 8336451: [11u] GHA macos-13 and macos-15 builders are
 unable to resolve local hostname
Message-ID: <IS4w-krIgnla95QG06FblZUGmp0VEqTMDlZcWS8yzPk=.dedd1aad-7510-45b0-beb4-bf19b5538782@github.com>

Another GHA work-around. Sometimes GHA tests on MacOSX fails with something like:


VM initialization failed for: /Users/runner/jdk-macos-x64/jdk-1.8.0-internal+0_osx-x64_bin/j2sdk-image/jre/bin/java -classpath /Users/runner/work/jdk8u-dev/jdk8u-dev/test-results/testoutput/jdk_tier1/JTwork/classes/com/sun/jdi -Xdebug -Xrunjdwp:transport=dt_socket,address=sjc20-cw752-2deed029-f22c-4b58-be22-6c2b8db93551-8E6FDEE10350.local:49673,suspend=y AccessSpecifierTarg


For test:

com/sun/jdi/RedefineCrossEvent.java


See for example here:
https://github.com/jerboaa/jdk8u-dev/actions/runs/21296331427/job/61304441710#step:12:1032

The reason is similar to the failures we saw in JDK 11u. Therefore, I propose to backport the GHA work-around to JDK 8u as well. This should stabilize testing.

Test run with this is here:
https://github.com/jerboaa/jdk8u-dev/actions/runs/21300159612

-------------

Commit messages:
 - 8336451: [11u] GHA macos-13 and macos-15 builders are unable to resolve local hostname

Changes: https://git.openjdk.org/jdk8u-dev/pull/749/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=749&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8336451
  Stats: 6 lines in 1 file changed: 6 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/749.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/749/head:pull/749

PR: https://git.openjdk.org/jdk8u-dev/pull/749

From sgehwolf at openjdk.org  Fri Jan 23 20:43:28 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Fri, 23 Jan 2026 20:43:28 GMT
Subject: [jdk8u-dev] RFR: 8336451: [11u] GHA macos-13 and macos-15 builders
 are unable to resolve local hostname
In-Reply-To: <IS4w-krIgnla95QG06FblZUGmp0VEqTMDlZcWS8yzPk=.dedd1aad-7510-45b0-beb4-bf19b5538782@github.com>
References: <IS4w-krIgnla95QG06FblZUGmp0VEqTMDlZcWS8yzPk=.dedd1aad-7510-45b0-beb4-bf19b5538782@github.com>
Message-ID: <SB144dfO_JBIJS7HUN72BrStuFxSDiOy6h1kJsjdBbM=.884361ca-ca3e-4b9a-8d16-38f2e1a797f3@github.com>

On Fri, 23 Jan 2026 20:33:09 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> Another GHA work-around. Sometimes GHA tests on MacOSX fails with something like:
> 
> 
> VM initialization failed for: /Users/runner/jdk-macos-x64/jdk-1.8.0-internal+0_osx-x64_bin/j2sdk-image/jre/bin/java -classpath /Users/runner/work/jdk8u-dev/jdk8u-dev/test-results/testoutput/jdk_tier1/JTwork/classes/com/sun/jdi -Xdebug -Xrunjdwp:transport=dt_socket,address=sjc20-cw752-2deed029-f22c-4b58-be22-6c2b8db93551-8E6FDEE10350.local:49673,suspend=y AccessSpecifierTarg
> 
> 
> For test:
> 
> com/sun/jdi/RedefineCrossEvent.java
> 
> 
> See for example here:
> https://github.com/jerboaa/jdk8u-dev/actions/runs/21296331427/job/61304441710#step:12:1032
> 
> The reason is similar to the failures we saw in JDK 11u. Therefore, I propose to backport the GHA work-around to JDK 8u as well. This should stabilize testing.
> 
> Test run with this is here:
> https://github.com/jerboaa/jdk8u-dev/actions/runs/21300159612

Patch is not clean because GHA workflows are setup differently in 8u to 11u. So the same change to a different file is basically it.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/749#issuecomment-3792313828

From andrew at openjdk.org  Sat Jan 24 01:14:13 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Sat, 24 Jan 2026 01:14:13 GMT
Subject: [jdk8u-dev] RFR: Merge jdk8u:master
Message-ID: <tArrnq01R_WccOph0vZ_O_15MoPCES84J54znA936ow=.3e86aae8-634d-4937-ae34-b9566164c05c@github.com>

Merge `jdk8u482-b08` / `jdk8u482-ga`

-------------

Commit messages:
 - Merge jdk8u:master
 - 8368032: Enhance Certificate Checking
 - 8365271: Improve Swing supports
 - 8365058: Enhance CopyOnWriteArraySet
 - 8364214: Enhance polygon data support
 - 8362632: Improve HttpServer Request handling
 - 8362308: Enhance Bitmap operations
 - 8359501: Enhance Handling of URIs
 - 8364660: ClassVerifier::ends_in_athrow() should be removed
 - 8341496: Improve JMX connections
 - ... and 1 more: https://git.openjdk.org/jdk8u-dev/compare/e3256d66...24530728

The merge commit only contains trivial merges, so no merge-specific webrevs have been generated.

Changes: https://git.openjdk.org/jdk8u-dev/pull/750/files
  Stats: 1306 lines in 36 files changed: 1192 ins; 30 del; 84 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/750.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/750/head:pull/750

PR: https://git.openjdk.org/jdk8u-dev/pull/750

From andrew at openjdk.org  Sat Jan 24 13:54:11 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Sat, 24 Jan 2026 13:54:11 GMT
Subject: [jdk8u-dev] RFR: Merge jdk8u:master
In-Reply-To: <tArrnq01R_WccOph0vZ_O_15MoPCES84J54znA936ow=.3e86aae8-634d-4937-ae34-b9566164c05c@github.com>
References: <tArrnq01R_WccOph0vZ_O_15MoPCES84J54znA936ow=.3e86aae8-634d-4937-ae34-b9566164c05c@github.com>
Message-ID: <GLOQjHQkr1Uhrq_LY_XorsVtR5osZ2vMJDt-QaN4HRM=.aeced149-268c-471e-82b5-9f852ecd6727@github.com>

On Sat, 24 Jan 2026 01:09:30 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Merge `jdk8u482-b08` / `jdk8u482-ga`

Looks like 8359501 broke the Win32 build and we need to investigate a follow-up fix:
~~~
d:/a/jdk8u-dev/jdk8u-dev/jdk/jdk/src/windows/native/sun/windows/awt_Desktop.cpp(113) : error C2065: 'ASSOCF_NONE' : undeclared identifier
~~~
The other failure is a sporadic HotSpot test failure.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/750#issuecomment-3794666600

From andrew at openjdk.org  Sat Jan 24 13:54:12 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Sat, 24 Jan 2026 13:54:12 GMT
Subject: [jdk8u-dev] Integrated: Merge jdk8u:master
In-Reply-To: <tArrnq01R_WccOph0vZ_O_15MoPCES84J54znA936ow=.3e86aae8-634d-4937-ae34-b9566164c05c@github.com>
References: <tArrnq01R_WccOph0vZ_O_15MoPCES84J54znA936ow=.3e86aae8-634d-4937-ae34-b9566164c05c@github.com>
Message-ID: <so_Ebioza2rYrx4aJV7Ak0eJPfgpcBxfZKZRd3v5AOQ=.a9e8da0e-2cde-4ee9-a562-9c24ad819929@github.com>

On Sat, 24 Jan 2026 01:09:30 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Merge `jdk8u482-b08` / `jdk8u482-ga`

This pull request has now been integrated.

Changeset: 056cb52b
Author:    Andrew John Hughes <andrew at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/056cb52b36a6508d22baed7be0e1afb8c0aee09d
Stats:     1306 lines in 36 files changed: 1192 ins; 30 del; 84 mod

Merge

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/750

From abakhtin at openjdk.org  Sat Jan 24 19:34:06 2026
From: abakhtin at openjdk.org (Alexey Bakhtin)
Date: Sat, 24 Jan 2026 19:34:06 GMT
Subject: [jdk8u-dev] RFR: Merge jdk8u:master
In-Reply-To: <GLOQjHQkr1Uhrq_LY_XorsVtR5osZ2vMJDt-QaN4HRM=.aeced149-268c-471e-82b5-9f852ecd6727@github.com>
References: <tArrnq01R_WccOph0vZ_O_15MoPCES84J54znA936ow=.3e86aae8-634d-4937-ae34-b9566164c05c@github.com>
 <GLOQjHQkr1Uhrq_LY_XorsVtR5osZ2vMJDt-QaN4HRM=.aeced149-268c-471e-82b5-9f852ecd6727@github.com>
Message-ID: <t8j70rJgffCf_uhEI1pi5HOy7wwrK2FbUp6Aoh7cFGM=.fdd3c722-c4e3-4715-aa23-4cd4b4448e82@github.com>

On Sat, 24 Jan 2026 13:49:06 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Looks like 8359501 broke the Win32 build and we need to investigate a follow-up fix:
> 
> ```
> d:/a/jdk8u-dev/jdk8u-dev/jdk/jdk/src/windows/native/sun/windows/awt_Desktop.cpp(113) : error C2065: 'ASSOCF_NONE' : undeclared identifier
> ```
> 
> The other failure is a sporadic HotSpot test failure.

Hello @gnu-andrew 
We have no such issue with Win32 builds using VS2017-15.9.58+3.1 Windows DevKit

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/750#issuecomment-3795391708

From andrew at openjdk.org  Sun Jan 25 12:29:42 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Sun, 25 Jan 2026 12:29:42 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v4]
In-Reply-To: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
Message-ID: <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>

> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
> 
> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
> 
> The changes are as follows:
> 
> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
> 
> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
> 
> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
> 
> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.

Andrew John Hughes 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 commits since the last revision:

 - Merge remote-tracking branch 'dev/master' into JDK-8374899
 - Print spec files on all POSIX platforms
 - Add LOG_LEVEL=debug to all GHA builds
 - Whitespace cleanup
 - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/740/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/740/files/f82b5ef1..10c81342

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=740&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=740&range=02-03

  Stats: 8305 lines in 131 files changed: 4257 ins; 2703 del; 1345 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/740.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/740/head:pull/740

PR: https://git.openjdk.org/jdk8u-dev/pull/740

From sgehwolf at openjdk.org  Mon Jan 26 09:56:57 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 26 Jan 2026 09:56:57 GMT
Subject: [jdk8u-dev] RFR: 8313083: Print 'rss' and 'cache' as part of the
 container information [v3]
In-Reply-To: <TdW_1ADGkagsARL4SmgBZ8Qs_AOYZDWcCU4dU-fU5Uw=.ed8bbb58-5646-41fa-bc43-172594aa7a8a@github.com>
References: <LS90_anS5otYt5E6UjEYqFbhHSX7E3pKYyi6sLAJ9u4=.efd3cc5c-6e9d-405b-99eb-3577a3d9fb0a@github.com>
 <mXaPB5jNbfA7pseW9PJzY73VIKW6s5bYoz7qTu5LDqs=.62aa3748-7af6-4f13-9f44-d73ba495fc41@github.com>
 <TdW_1ADGkagsARL4SmgBZ8Qs_AOYZDWcCU4dU-fU5Uw=.ed8bbb58-5646-41fa-bc43-172594aa7a8a@github.com>
Message-ID: <8RXz4amtdcCp5xWubf2tiHxSszluEDABT5U2sKpCP54=.38984f72-80a8-43fd-bcc6-82c479763399@github.com>

On Mon, 19 Jan 2026 20:31:00 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

> tier1 hotspot test failure : `gc/arguments/TestCMSHeapSizeFlags.java`. will look closer

We see test failures of that on 32bit Linux every once in a while. Nothing new.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/726#issuecomment-3798731298

From sgehwolf at openjdk.org  Mon Jan 26 14:12:15 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 26 Jan 2026 14:12:15 GMT
Subject: [jdk8u-dev] RFR: 8313083: Print 'rss' and 'cache' as part of the
 container information [v3]
In-Reply-To: <TdW_1ADGkagsARL4SmgBZ8Qs_AOYZDWcCU4dU-fU5Uw=.ed8bbb58-5646-41fa-bc43-172594aa7a8a@github.com>
References: <LS90_anS5otYt5E6UjEYqFbhHSX7E3pKYyi6sLAJ9u4=.efd3cc5c-6e9d-405b-99eb-3577a3d9fb0a@github.com>
 <mXaPB5jNbfA7pseW9PJzY73VIKW6s5bYoz7qTu5LDqs=.62aa3748-7af6-4f13-9f44-d73ba495fc41@github.com>
 <TdW_1ADGkagsARL4SmgBZ8Qs_AOYZDWcCU4dU-fU5Uw=.ed8bbb58-5646-41fa-bc43-172594aa7a8a@github.com>
Message-ID: <EGeupfDR31ZoD-Y-K2krIIinJnS5Y_Pr3lEVrHz4gQo=.38bc36be-4588-4a0d-93bb-4ab2f6fc7642@github.com>

On Mon, 19 Jan 2026 20:31:00 GMT, Jonathan Dowland <jdowland at openjdk.org> wrote:

>> Jonathan Dowland 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 since the last revision:
>> 
>>  - Merge remote-tracking branch 'jdk8u-dev/master' into 8313083-8u
>>  - remove reporting on tasks
>>    
>>    included in error; part of context of backport but not added by
>>    the backport.
>>    
>>    Signed-off-by: Jonathan Dowland <jdowland at redhat.com>
>>  - 8313083: Print 'rss' and 'cache' as part of the container information
>>    
>>    Reviewed-by: andrew, sgehwolf
>>    Backport-of: aeb2d2d0ce17da3aa7d49679beb4da2dd6f341ad
>>  - 8287011: Improve container information
>>    
>>    Backport-of: e60939850e5328b9c0f2002ac5ed7744375bf18b
>>  - 8284758: [linux] improve print_container_info
>>    
>>    Reviewed-by: sgehwolf
>>    Backport-of: 6c6d5223dfaae268f968f4292356d4be89adb122
>>  - 8220658: Improve the readability of container information in the error log
>>    
>>    Backport-of: 2c4b9e0778e170a17b04217bee66bb6c4fb18c0c
>
> tier1 hotspot test failure : `gc/arguments/TestCMSHeapSizeFlags.java`. will look closer

@jmtd There seems to be a problem with this functionality. I believe it's related to a missing backport of [JDK-8298730](https://bugs.openjdk.org/browse/JDK-8298730). The symptom is something like this in `TestMisc.java` test logs:


Type %lu not found in file /sys/fs/cgroup/memory/memory.stat


This likely because after this patch we look for `rss <value>` in `/sys/fs/cgroup/memory/memory.stat` file. However there are also entries with `rss_huge, total_rss, total_rss_huge` in `memory.stat` on some systems. The match function is wrong as it gets  a match of `> 1`, entering the error case. This affects JDK 11u as well. Couldn't reproduce with JDK 17+ Please take a look for JDK 8 and 11. Thank you!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/726#issuecomment-3799796088

From afarley at openjdk.org  Mon Jan 26 15:28:48 2026
From: afarley at openjdk.org (Adam Farley)
Date: Mon, 26 Jan 2026 15:28:48 GMT
Subject: [jdk8u-dev] RFR: 8376338: Enable Test7005594.sh to handle decimal
 points
Message-ID: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>

Because right now it cannot, due to bash arithmetic limitations.

Requesting a merge directly into jdk8u-dev because this file is not present in later versions, and cannot be backported.

https://bugs.openjdk.org/browse/JDK-8376338

-------------

Commit messages:
 - 8376338: Enable Test7005594.sh to handle decimal points

Changes: https://git.openjdk.org/jdk8u-dev/pull/751/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=751&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8376338
  Stats: 1 line in 1 file changed: 0 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/751.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/751/head:pull/751

PR: https://git.openjdk.org/jdk8u-dev/pull/751

From sgehwolf at openjdk.org  Mon Jan 26 16:28:13 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 26 Jan 2026 16:28:13 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit after
 January 2026 CPU integration
Message-ID: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>

We see a couple of GHA build failures after the `8u482-ga` merge on Windows 32 bit. See the bug for the build failure traces. This patch proposes to fix it by:

1. Defining `ASSOCF_NONE` according to the [doc](https://learn.microsoft.com/en-us/windows/win32/shell/assocf_str) if not already defined. 32-bit Windows only.
2. Moving the declaration of `intSize` to the top of the function to make VS Studio 2010 compiles happy.

Those should be low risk and get GHA builds (on Windows 32 bit) working again. Note those builds run on every new PR. Please review!

-------------

Commit messages:
 - 8376352: [8u] Build failure on Windows 32-bit after January 2026 CPU integration

Changes: https://git.openjdk.org/jdk8u-dev/pull/752/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=752&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8376352
  Stats: 39 lines in 3 files changed: 38 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/752.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/752/head:pull/752

PR: https://git.openjdk.org/jdk8u-dev/pull/752

From sgehwolf at openjdk.org  Mon Jan 26 16:32:09 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 26 Jan 2026 16:32:09 GMT
Subject: [jdk8u-dev] RFR: 8376338: Enable Test7005594.sh to handle decimal
 points
In-Reply-To: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
Message-ID: <lenhZNQe_KjxN-nSL7F4ZYxoVgBb3ash7j2wJZmfmy4=.e8239350-9f52-47e4-b0eb-9b282a81aaf3@github.com>

On Mon, 26 Jan 2026 15:22:09 GMT, Adam Farley <afarley at openjdk.org> wrote:

> Because right now it cannot, due to bash arithmetic limitations.
> 
> Requesting a merge directly into jdk8u-dev because this file is not present in later versions, and cannot be backported.
> 
> https://bugs.openjdk.org/browse/JDK-8376338

@adamfarley Please enable GHA testing on your fork. See: https://github.com/openjdk/jdk8u-dev/pull/751/checks?check_run_id=61488376746

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/751#issuecomment-3800506539

From sgehwolf at openjdk.org  Mon Jan 26 16:34:36 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 26 Jan 2026 16:34:36 GMT
Subject: [jdk8u-dev] RFR: Merge jdk8u:master
In-Reply-To: <t8j70rJgffCf_uhEI1pi5HOy7wwrK2FbUp6Aoh7cFGM=.fdd3c722-c4e3-4715-aa23-4cd4b4448e82@github.com>
References: <tArrnq01R_WccOph0vZ_O_15MoPCES84J54znA936ow=.3e86aae8-634d-4937-ae34-b9566164c05c@github.com>
 <GLOQjHQkr1Uhrq_LY_XorsVtR5osZ2vMJDt-QaN4HRM=.aeced149-268c-471e-82b5-9f852ecd6727@github.com>
 <t8j70rJgffCf_uhEI1pi5HOy7wwrK2FbUp6Aoh7cFGM=.fdd3c722-c4e3-4715-aa23-4cd4b4448e82@github.com>
Message-ID: <78eK7Qx1QgHzLmO2J5yrzE0ohVZjeHPG_8lq51G-Nbw=.37ff8db6-fef5-403a-b019-b081d0718f89@github.com>

On Sat, 24 Jan 2026 19:31:46 GMT, Alexey Bakhtin <abakhtin at openjdk.org> wrote:

> Looks like 8359501 broke the Win32 build and we need to investigate a follow-up fix:
> 
> ```
> d:/a/jdk8u-dev/jdk8u-dev/jdk/jdk/src/windows/native/sun/windows/awt_Desktop.cpp(113) : error C2065: 'ASSOCF_NONE' : undeclared identifier
> ```

https://github.com/openjdk/jdk8u-dev/pull/752 is a proposal to fix this. Please take a look.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/750#issuecomment-3800513899

From afarley at openjdk.org  Mon Jan 26 16:47:04 2026
From: afarley at openjdk.org (Adam Farley)
Date: Mon, 26 Jan 2026 16:47:04 GMT
Subject: [jdk8u-dev] RFR: 8376338: Test7005594.sh fails when given a memory
 value with decimals
In-Reply-To: <lenhZNQe_KjxN-nSL7F4ZYxoVgBb3ash7j2wJZmfmy4=.e8239350-9f52-47e4-b0eb-9b282a81aaf3@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
 <lenhZNQe_KjxN-nSL7F4ZYxoVgBb3ash7j2wJZmfmy4=.e8239350-9f52-47e4-b0eb-9b282a81aaf3@github.com>
Message-ID: <1AVsh2PZ5hE_cK-HIwm384SykrYD-BsQ98QTEqWW0Ko=.a48a20d3-087c-41ee-81bf-0017774d445f@github.com>

On Mon, 26 Jan 2026 16:30:00 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> @adamfarley Please enable GHA testing on your fork. See: https://github.com/openjdk/jdk8u-dev/pull/751/checks?check_run_id=61488376746

Done. Good spot.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/751#issuecomment-3800565801

From sgehwolf at openjdk.org  Mon Jan 26 16:47:06 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 26 Jan 2026 16:47:06 GMT
Subject: [jdk8u-dev] RFR: 8376338: Test7005594.sh fails when given a memory
 value with decimals
In-Reply-To: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
Message-ID: <7CANF7QHoc7tS7mhyelyjc452FuA0NkzVBPT1pq_c9M=.3e97d920-649a-4465-8503-0a390f664f27@github.com>

On Mon, 26 Jan 2026 15:22:09 GMT, Adam Farley <afarley at openjdk.org> wrote:

> Because right now it cannot, due to bash arithmetic limitations.
> 
> Requesting a merge directly into jdk8u-dev because this file is not present in later versions, and cannot be backported.
> 
> https://bugs.openjdk.org/browse/JDK-8376338

Also see the "Integration Blocker" message from the bot.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/751#issuecomment-3800575045

From afarley at openjdk.org  Mon Jan 26 16:55:56 2026
From: afarley at openjdk.org (Adam Farley)
Date: Mon, 26 Jan 2026 16:55:56 GMT
Subject: [jdk8u-dev] RFR: 8376338: Test7005594.sh fails when given a memory
 value with decimals
In-Reply-To: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
Message-ID: <QOKC8m1TW0ZZ0yLVX11ndmpJtivUqkqxUeztTWZsEmM=.61d26ff3-fc8f-4a43-9418-1f83af668292@github.com>

On Mon, 26 Jan 2026 15:22:09 GMT, Adam Farley <afarley at openjdk.org> wrote:

> Because right now it cannot, due to bash arithmetic limitations.
> 
> Requesting a merge directly into jdk8u-dev because this file is not present in later versions, and cannot be backported.
> 
> https://bugs.openjdk.org/browse/JDK-8376338

Is there a way to run tests again, now that actions are enabled? I'm not seeing a check or test option in the list of PR commands.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/751#issuecomment-3800616621

From sgehwolf at openjdk.org  Mon Jan 26 17:12:00 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 26 Jan 2026 17:12:00 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit
 after January 2026 CPU integration
In-Reply-To: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
Message-ID: <VvaPUoFyqsfFRs4zyvCNmD6HCBgUxX0bYPngw4-LAIA=.7f8519a7-53ac-4de2-8560-19499b2a8112@github.com>

On Mon, 26 Jan 2026 16:19:22 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> We see a couple of GHA build failures after the `8u482-ga` merge on Windows 32 bit. See the bug for the build failure traces. This patch proposes to fix it by:
> 
> 1. Defining `ASSOCF_NONE` according to the [doc](https://learn.microsoft.com/en-us/windows/win32/shell/assocf_str) if not already defined. 32-bit Windows only.
> 2. Moving the declaration of `intSize` to the top of the function to make VS Studio 2010 compiles happy.
> 
> Those should be low risk and get GHA builds (on Windows 32 bit) working again. Note those builds run on every new PR. Please review!

Windows x64 (64 bit) build failure seems infra related: "This job failed".

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/752#issuecomment-3800696740

From sgehwolf at openjdk.org  Mon Jan 26 17:16:26 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 26 Jan 2026 17:16:26 GMT
Subject: [jdk8u-dev] RFR: 8376338: Test7005594.sh fails when given a memory
 value with decimals
In-Reply-To: <QOKC8m1TW0ZZ0yLVX11ndmpJtivUqkqxUeztTWZsEmM=.61d26ff3-fc8f-4a43-9418-1f83af668292@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
 <QOKC8m1TW0ZZ0yLVX11ndmpJtivUqkqxUeztTWZsEmM=.61d26ff3-fc8f-4a43-9418-1f83af668292@github.com>
Message-ID: <RTqZQreZeH0KhOyYEVkiwfbQuGsYkmULB3ytMy52iY8=.66e35708-99de-4fd7-9718-3a43058a1166@github.com>

On Mon, 26 Jan 2026 16:53:03 GMT, Adam Farley <afarley at openjdk.org> wrote:

> Is there a way to run tests again, now that actions are enabled? I'm not seeing a check or test option in the list of PR commands.

You should be able to run a test manually when going to: https://github.com/adamfarley/jdk8u-dev/actions/workflows/submit.yml (using your branch). Or merge master and push (if there are changes).

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/751#issuecomment-3800717005

From sgehwolf at openjdk.org  Mon Jan 26 17:20:35 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 26 Jan 2026 17:20:35 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v4]
In-Reply-To: <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>
Message-ID: <q-Lj8YkAMdqE30YxCeGYFf4V0UsFwe9rFy4ZTZDsSRE=.35c0abc8-c156-4ca1-8de4-708ea2a896c5@github.com>

On Sun, 25 Jan 2026 12:29:42 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
>> 
>> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
>> 
>> The changes are as follows:
>> 
>> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
>> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
>> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
>> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
>> 
>> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
>> 
>> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
>> 
>> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.
>
> Andrew John Hughes 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 commits since the last revision:
> 
>  - Merge remote-tracking branch 'dev/master' into JDK-8374899
>  - Print spec files on all POSIX platforms
>  - Add LOG_LEVEL=debug to all GHA builds
>  - Whitespace cleanup
>  - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

This seems to be turning into a game of whack-a-mole. Windows 32-bit failure is handled by #752. Please integrate to make progress on the MacOSX GHA fix.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/740#issuecomment-3800734186

From sgehwolf at openjdk.org  Mon Jan 26 17:25:12 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 26 Jan 2026 17:25:12 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v4]
In-Reply-To: <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>
Message-ID: <Sn59qsQombl6MMUTR2iLCjl_PN5TSeH7jPQWtH-kOhA=.3d58d0f8-61a0-4041-b3f1-89943bda0a87@github.com>

On Sun, 25 Jan 2026 12:29:42 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
>> 
>> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
>> 
>> The changes are as follows:
>> 
>> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
>> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
>> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
>> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
>> 
>> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
>> 
>> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
>> 
>> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.
>
> Andrew John Hughes 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 commits since the last revision:
> 
>  - Merge remote-tracking branch 'dev/master' into JDK-8374899
>  - Print spec files on all POSIX platforms
>  - Add LOG_LEVEL=debug to all GHA builds
>  - Whitespace cleanup
>  - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

I'm not super-keen on the debug logs in GHAs. It makes the real build failure harder to spot (in the general case). YMMV.

.github/workflows/submit.yml line 543:

> 541:           cat build/linux-x86/spec.gmk
> 542:           cat build/linux-x86/hotspot-spec.gmk
> 543:           make CONF_NAME=linux-x86 LOG_LEVEL=debug images

Suggestion:

          make CONF_NAME=linux-x86 images

.github/workflows/submit.yml line 827:

> 825:           $env:Path = "$HOME\cygwin\cygwin64\bin;$HOME\cygwin\cygwin64\bin;$env:Path" ;
> 826:           $env:Path = $env:Path -split ";" -match "C:\\Windows|PowerShell|cygwin" -join ";" ;
> 827:           & make CONF_NAME=windows-x64 FORCE_MSC_VER=1912 FORCE_LD_VER=1412 LOG_LEVEL=debug images

Suggestion:

          & make CONF_NAME=windows-x64 FORCE_MSC_VER=1912 FORCE_LD_VER=1412 images

.github/workflows/submit.yml line 1010:

> 1008:           $env:Path = "$HOME\cygwin\cygwin64\bin;$HOME\cygwin\cygwin64\bin;$env:Path" ;
> 1009:           $env:Path = $env:Path -split ";" -match "C:\\Windows|PowerShell|cygwin" -join ";" ;
> 1010:           & make CONF_NAME=windows-x86 LOG_LEVEL=debug images

Suggestion:

          & make CONF_NAME=windows-x86 images

.github/workflows/submit.yml line 1438:

> 1436:           cat build/macos-x64/spec.gmk
> 1437:           cat build/macos-x64/hotspot-spec.gmk
> 1438:           make CONF_NAME=macos-x64 LOG_LEVEL=debug images

Suggestion:

          make CONF_NAME=macos-x64 images

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/740#pullrequestreview-3707109108
PR Review Comment: https://git.openjdk.org/jdk8u-dev/pull/740#discussion_r2728518391
PR Review Comment: https://git.openjdk.org/jdk8u-dev/pull/740#discussion_r2728519923
PR Review Comment: https://git.openjdk.org/jdk8u-dev/pull/740#discussion_r2728521967
PR Review Comment: https://git.openjdk.org/jdk8u-dev/pull/740#discussion_r2728523245

From abakhtin at openjdk.org  Mon Jan 26 21:36:07 2026
From: abakhtin at openjdk.org (Alexey Bakhtin)
Date: Mon, 26 Jan 2026 21:36:07 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit
 after January 2026 CPU integration
In-Reply-To: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
Message-ID: <jHFQHrsEuWgh3ZwmGj-T_azT1XVX2QPLp7vnQGbRD7s=.7c89eceb-882e-4f3b-80da-1048f5c1dde2@github.com>

On Mon, 26 Jan 2026 16:19:22 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> We see a couple of GHA build failures after the `8u482-ga` merge on Windows 32 bit. See the bug for the build failure traces. This patch proposes to fix it by:
> 
> 1. Defining `ASSOCF_NONE` according to the [doc](https://learn.microsoft.com/en-us/windows/win32/shell/assocf_str) if not already defined. 32-bit Windows only.
> 2. Moving the declaration of `intSize` to the top of the function to make VS Studio 2010 compiles happy.
> 
> Those should be low risk and get GHA builds (on Windows 32 bit) working again. Note those builds run on every new PR. Please review!

I'm not an 8u reviewer, but changes look good. Should fix the win32 problem for the old VS Studio versions.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/752#issuecomment-3801861146

From jvanek at openjdk.org  Tue Jan 27 08:21:39 2026
From: jvanek at openjdk.org (=?UTF-8?B?SmnFmcOt?= =?UTF-8?B?IA==?= =?UTF-8?B?VmFuxJtr?=)
Date: Tue, 27 Jan 2026 08:21:39 GMT
Subject: [jdk8u-dev] RFR: 8360869: jcstress is able to crash jdk8 on
 aarch64 with jfr on [v6]
In-Reply-To: <9rg1xmYconClGDYL_C7KjUd4_1UrdVxcLUG3L0BBnds=.132725ba-e5f6-4a45-9eb4-9c0fd043eb0b@github.com>
References: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
 <4QNL56V7cVztCPt-m57UI_phdr8Q3DNYRENi8e1yDMk=.2d5b4358-032a-46c1-a38f-58f3abc07e02@github.com>
 <BGvCT8sWvCkKK-bJln_JY9NO2lLnkBHQgS0P3j0y0E4=.32d6ef93-c016-492a-a9f1-08aec262b388@github.com>
 <9rg1xmYconClGDYL_C7KjUd4_1UrdVxcLUG3L0BBnds=.132725ba-e5f6-4a45-9eb4-9c0fd043eb0b@github.com>
Message-ID: <czbNcc-MsnIP732hBq7Uwcq-0icHN9I6F6AB0fHCbb8=.fc267bc2-1ff1-4d79-83d4-f861c71fabf0@github.com>

On Wed, 17 Sep 2025 15:57:06 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>>> I would move the `AC_MSG_RESULT` earlier i.e.
>>> 
>>> ```
>>>       AC_MSG_RESULT([found ($COMPILER_VERSION_NUMBER])
>>>       if test $COMPILER_VERSION_NUMBER_MAJOR -lt 5; then
>>>         AC_MSG_ERROR([GCC < 5 is known to lead to incorrect compilation on aarch64. See JDK-8360869.])
>>>       fi
>>> ```
>>> 
>> 
>> Sure, sounds good. Done.
>> 
>>> And yes, configure needs to be regenerated at present.
>> 
>> Any recommended version of autoconf to use? When I use 2.72, the diff is 90% of the file.
>>> 
>>> I've removed the approval request. This should only be done after successful review and with a comment as to why it is suitable for inclusion. Easier way is with the `/approval request` command.
>> 
>> Sure thing. Whether to do it or so, is if course on you and @theRealAph . I will do my best on how to do that. Thanx!
>
>> > I would move the `AC_MSG_RESULT` earlier i.e.
>> > ```
>> >       AC_MSG_RESULT([found ($COMPILER_VERSION_NUMBER])
>> >       if test $COMPILER_VERSION_NUMBER_MAJOR -lt 5; then
>> >         AC_MSG_ERROR([GCC < 5 is known to lead to incorrect compilation on aarch64. See JDK-8360869.])
>> >       fi
>> > ```
>> 
>> Sure, sounds good. Done.
> 
> 
> Thanks. This looks good with aph's amendments as well.
> 
> It should mean the checking line is always completed with the version number and the error is on its own line.
> 
>> 
>> > And yes, configure needs to be regenerated at present.
>> 
>> Any recommended version of autoconf to use? When I use 2.72, the diff is 90% of the file.
> 
> I'll look at what I used. You may need to dust off an older version (2.72 sounds very new, not sure I've seen that one yet)
> 
> It can produce differing results even with the same version from different distro packages, so I would like to drop it as we have on later JDKs. If you would rather wait on that backport, that's an alternative option. I would like to finally get that into the January update.
> 
>> 
>> > I've removed the approval request. This should only be done after successful review and with a comment as to why it is suitable for inclusion. Easier way is with the `/approval request` command.
>> 
>> Sure thing. Whether to do it or so, is if course on you and @theRealAph . I will do my best on how to do that. Thanx!
> 
> This is just the general process across all update releases. If there are PRs in the approval queue that still need a review, it clogs it up and can mean that ones that are ready to go are missed. In theory, there are a lot more reviewers than maintainers :)

@gnu-andrew  @theRealAph   Can we please approve this or reject? TY!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/697#issuecomment-3803767491

From sgehwolf at openjdk.org  Tue Jan 27 08:52:39 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 27 Jan 2026 08:52:39 GMT
Subject: [jdk8u-dev] RFR: 8360869: jcstress is able to crash jdk8 on
 aarch64 with jfr on [v6]
In-Reply-To: <czbNcc-MsnIP732hBq7Uwcq-0icHN9I6F6AB0fHCbb8=.fc267bc2-1ff1-4d79-83d4-f861c71fabf0@github.com>
References: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
 <4QNL56V7cVztCPt-m57UI_phdr8Q3DNYRENi8e1yDMk=.2d5b4358-032a-46c1-a38f-58f3abc07e02@github.com>
 <BGvCT8sWvCkKK-bJln_JY9NO2lLnkBHQgS0P3j0y0E4=.32d6ef93-c016-492a-a9f1-08aec262b388@github.com>
 <9rg1xmYconClGDYL_C7KjUd4_1UrdVxcLUG3L0BBnds=.132725ba-e5f6-4a45-9eb4-9c0fd043eb0b@github.com>
 <czbNcc-MsnIP732hBq7Uwcq-0icHN9I6F6AB0fHCbb8=.fc267bc2-1ff1-4d79-83d4-f861c71fabf0@github.com>
Message-ID: <WJZ19nH3mt7-STZ9v4Bl1tlIJrrzZ_Z8FIXm4zraa8Y=.49c3349b-68f7-4bbc-b419-3b4b29d33586@github.com>

On Tue, 27 Jan 2026 08:18:22 GMT, Ji?? Van?k <jvanek at openjdk.org> wrote:

>>> > I would move the `AC_MSG_RESULT` earlier i.e.
>>> > ```
>>> >       AC_MSG_RESULT([found ($COMPILER_VERSION_NUMBER])
>>> >       if test $COMPILER_VERSION_NUMBER_MAJOR -lt 5; then
>>> >         AC_MSG_ERROR([GCC < 5 is known to lead to incorrect compilation on aarch64. See JDK-8360869.])
>>> >       fi
>>> > ```
>>> 
>>> Sure, sounds good. Done.
>> 
>> 
>> Thanks. This looks good with aph's amendments as well.
>> 
>> It should mean the checking line is always completed with the version number and the error is on its own line.
>> 
>>> 
>>> > And yes, configure needs to be regenerated at present.
>>> 
>>> Any recommended version of autoconf to use? When I use 2.72, the diff is 90% of the file.
>> 
>> I'll look at what I used. You may need to dust off an older version (2.72 sounds very new, not sure I've seen that one yet)
>> 
>> It can produce differing results even with the same version from different distro packages, so I would like to drop it as we have on later JDKs. If you would rather wait on that backport, that's an alternative option. I would like to finally get that into the January update.
>> 
>>> 
>>> > I've removed the approval request. This should only be done after successful review and with a comment as to why it is suitable for inclusion. Easier way is with the `/approval request` command.
>>> 
>>> Sure thing. Whether to do it or so, is if course on you and @theRealAph . I will do my best on how to do that. Thanx!
>> 
>> This is just the general process across all update releases. If there are PRs in the approval queue that still need a review, it clogs it up and can mean that ones that are ready to go are missed. In theory, there are a lot more reviewers than maintainers :)
>
> @gnu-andrew  @theRealAph   Can we please approve this or reject? TY!

This just needs an 8u Reviewer to approve. @judovana Please merge master to get an updated GHA run. Thanks!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/697#issuecomment-3803923423

From jvanek at openjdk.org  Tue Jan 27 09:13:55 2026
From: jvanek at openjdk.org (=?UTF-8?B?SmnFmcOt?= =?UTF-8?B?IA==?= =?UTF-8?B?VmFuxJtr?=)
Date: Tue, 27 Jan 2026 09:13:55 GMT
Subject: [jdk8u-dev] RFR: 8360869: jcstress is able to crash jdk8 on
 aarch64 with jfr on [v7]
In-Reply-To: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
References: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
Message-ID: <mqP-K3rhmoJb8Hv45NoKWnkOW9s0G9Yo-M2YzUqLxsM=.9a91da39-1e32-4ea9-80a2-51a218b8b332@github.com>

> We are seeing rare crashes in jcstress with jdk8 on aarch64 with jfron. Those crashes are real, however we were not able to reproduce with builds on gcc 5 and up. The real culprint was not found. but gcc version on aarch64 should be checked.  Ideal version seems 7, but I'm not that bold.
> 
> I think this change must be accompanied by regenerating  `generated-configure` but am not sure with process on it.

Ji?? Van?k has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains four commits:

 - regenerated generated-configure by self built autoconf 2.69
   
   Skipping about 50 hunks like:
   @@ -50158,7 +50167,7 @@ ac_compiler_gnu=$ac_cv_cxx_compiler_gnu
    /* end confdefs.h.  */
   
    int
   -main (void)
   +main ()
    {
    return 0;
      ;
 - Improved error message
 - Moved compiler version result to earlier stage
 - 8360869: jcstress is able to crash jdk8 on aarch64 with jfr on

-------------

Changes: https://git.openjdk.org/jdk8u-dev/pull/697/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=697&range=06
  Stats: 24 lines in 2 files changed: 24 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/697.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/697/head:pull/697

PR: https://git.openjdk.org/jdk8u-dev/pull/697

From aph at openjdk.org  Tue Jan 27 09:33:21 2026
From: aph at openjdk.org (Andrew Haley)
Date: Tue, 27 Jan 2026 09:33:21 GMT
Subject: [jdk8u-dev] RFR: 8360869: jcstress is able to crash jdk8 on
 aarch64 with jfr on [v7]
In-Reply-To: <mqP-K3rhmoJb8Hv45NoKWnkOW9s0G9Yo-M2YzUqLxsM=.9a91da39-1e32-4ea9-80a2-51a218b8b332@github.com>
References: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
 <mqP-K3rhmoJb8Hv45NoKWnkOW9s0G9Yo-M2YzUqLxsM=.9a91da39-1e32-4ea9-80a2-51a218b8b332@github.com>
Message-ID: <8MQwL1O0z71DnyCK1YnKTOMujPNAfVG90LFyB8qw_pU=.642d973a-a2e9-458a-9ddb-330f67e12a83@github.com>

On Tue, 27 Jan 2026 09:13:55 GMT, Ji?? Van?k <jvanek at openjdk.org> wrote:

>> We are seeing rare crashes in jcstress with jdk8 on aarch64 with jfron. Those crashes are real, however we were not able to reproduce with builds on gcc 5 and up. The real culprint was not found. but gcc version on aarch64 should be checked.  Ideal version seems 7, but I'm not that bold.
>> 
>> I think this change must be accompanied by regenerating  `generated-configure` but am not sure with process on it.
>
> Ji?? Van?k has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains four commits:
> 
>  - regenerated generated-configure by self built autoconf 2.69
>    
>    Skipping about 50 hunks like:
>    @@ -50158,7 +50167,7 @@ ac_compiler_gnu=$ac_cv_cxx_compiler_gnu
>     /* end confdefs.h.  */
>    
>     int
>    -main (void)
>    +main ()
>     {
>     return 0;
>       ;
>  - Improved error message
>  - Moved compiler version result to earlier stage
>  - 8360869: jcstress is able to crash jdk8 on aarch64 with jfr on

Marked as reviewed by aph (Lead).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/697#pullrequestreview-3710090793

From sgehwolf at openjdk.org  Tue Jan 27 10:41:51 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 27 Jan 2026 10:41:51 GMT
Subject: [jdk8u-dev] RFR: 8360869: jcstress is able to crash jdk8 on
 aarch64 with jfr on [v7]
In-Reply-To: <mqP-K3rhmoJb8Hv45NoKWnkOW9s0G9Yo-M2YzUqLxsM=.9a91da39-1e32-4ea9-80a2-51a218b8b332@github.com>
References: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
 <mqP-K3rhmoJb8Hv45NoKWnkOW9s0G9Yo-M2YzUqLxsM=.9a91da39-1e32-4ea9-80a2-51a218b8b332@github.com>
Message-ID: <ZXm1GPDIc_mlE7KVT7ofcYRlT1SrLk_5hEw1rdCCOp8=.6f75df47-a87f-41cd-a60d-7bed9439e9f2@github.com>

On Tue, 27 Jan 2026 09:13:55 GMT, Ji?? Van?k <jvanek at openjdk.org> wrote:

>> We are seeing rare crashes in jcstress with jdk8 on aarch64 with jfron. Those crashes are real, however we were not able to reproduce with builds on gcc 5 and up. The real culprint was not found. but gcc version on aarch64 should be checked.  Ideal version seems 7, but I'm not that bold.
>> 
>> I think this change must be accompanied by regenerating  `generated-configure` but am not sure with process on it.
>
> Ji?? Van?k 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 four additional commits since the last revision:
> 
>  - regenerated generated-configure by self built autoconf 2.69
>    
>    Skipping about 50 hunks like:
>    @@ -50158,7 +50167,7 @@ ac_compiler_gnu=$ac_cv_cxx_compiler_gnu
>     /* end confdefs.h.  */
>    
>     int
>    -main (void)
>    +main ()
>     {
>     return 0;
>       ;
>  - Improved error message
>  - Moved compiler version result to earlier stage
>  - 8360869: jcstress is able to crash jdk8 on aarch64 with jfr on

32 bit Windows build failure is handled by #752. MacOSX is handled by #738 and related follow-ups. Feel free to integrate.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/697#issuecomment-3804415096

From jvanek at openjdk.org  Tue Jan 27 11:09:58 2026
From: jvanek at openjdk.org (=?UTF-8?B?SmnFmcOt?= =?UTF-8?B?IA==?= =?UTF-8?B?VmFuxJtr?=)
Date: Tue, 27 Jan 2026 11:09:58 GMT
Subject: [jdk8u-dev] Integrated: 8360869: jcstress is able to crash jdk8 on
 aarch64 with jfr on
In-Reply-To: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
References: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
Message-ID: <tvCo1LPvcVkvCRS1WYqdcdQs0Hykwc9He8aOL0DohCA=.d3f2417b-9ce5-4931-8d30-b13a928e1820@github.com>

On Mon, 15 Sep 2025 16:00:26 GMT, Ji?? Van?k <jvanek at openjdk.org> wrote:

> We are seeing rare crashes in jcstress with jdk8 on aarch64 with jfron. Those crashes are real, however we were not able to reproduce with builds on gcc 5 and up. The real culprint was not found. but gcc version on aarch64 should be checked.  Ideal version seems 7, but I'm not that bold.
> 
> I think this change must be accompanied by regenerating  `generated-configure` but am not sure with process on it.

This pull request has now been integrated.

Changeset: ffdc8d89
Author:    Ji?? Van?k <jvanek at openjdk.org>
Committer: Severin Gehwolf <sgehwolf at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/ffdc8d8946c307a2ce911b2e6f6fa654c71d81b6
Stats:     24 lines in 2 files changed: 24 ins; 0 del; 0 mod

8360869: jcstress is able to crash jdk8 on aarch64 with jfr on

Reviewed-by: aph

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/697

From andrew at openjdk.org  Tue Jan 27 14:57:01 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 14:57:01 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit
 after January 2026 CPU integration
In-Reply-To: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
Message-ID: <QZpZ6b-u_GEMiwkSBs8PjymULyN7Y7XoSwC991eGbyU=.96c4a21a-0531-4cf3-9956-0e8a860a4848@github.com>

On Mon, 26 Jan 2026 16:19:22 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> We see a couple of GHA build failures after the `8u482-ga` merge on Windows 32 bit. See the bug for the build failure traces. This patch proposes to fix it by:
> 
> 1. Defining `ASSOCF_NONE` according to the [doc](https://learn.microsoft.com/en-us/windows/win32/shell/assocf_str) if not already defined. 32-bit Windows only.
> 2. Moving the declaration of `intSize` to the top of the function to make VS Studio 2010 compiles happy.
> 
> Those should be low risk and get GHA builds (on Windows 32 bit) working again. Note those builds run on every new PR. Please review!

Can you use [JDK-8376272](https://bugs.openjdk.org/browse/JDK-8376272) for this which I already filed? The description is more specific to the actual issue.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/752#issuecomment-3805675937

From andrew at openjdk.org  Tue Jan 27 15:14:16 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 15:14:16 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit
 after January 2026 CPU integration
In-Reply-To: <QZpZ6b-u_GEMiwkSBs8PjymULyN7Y7XoSwC991eGbyU=.96c4a21a-0531-4cf3-9956-0e8a860a4848@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
 <QZpZ6b-u_GEMiwkSBs8PjymULyN7Y7XoSwC991eGbyU=.96c4a21a-0531-4cf3-9956-0e8a860a4848@github.com>
Message-ID: <MhS9qzs0SYzTzrjf8Gg5nLVcBxuGFiDpVFqy6q4WtkU=.be071216-2811-45f3-b789-b9f29e31eef7@github.com>

On Tue, 27 Jan 2026 14:54:07 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Can you use [JDK-8376272](https://bugs.openjdk.org/browse/JDK-8376272) for this which I already filed? The description is more specific to the actual issue.

Actually seeing the change also related to JDK-8376272 as well, maybe you could make your bug relate to that issue and we handle both bugs under this PR?

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/752#issuecomment-3805764501

From andrew at openjdk.org  Tue Jan 27 15:15:27 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 15:15:27 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v4]
In-Reply-To: <q-Lj8YkAMdqE30YxCeGYFf4V0UsFwe9rFy4ZTZDsSRE=.35c0abc8-c156-4ca1-8de4-708ea2a896c5@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>
 <q-Lj8YkAMdqE30YxCeGYFf4V0UsFwe9rFy4ZTZDsSRE=.35c0abc8-c156-4ca1-8de4-708ea2a896c5@github.com>
Message-ID: <GkHTLu7vqQO1Y8zEV-FGYuzgU9QmxdNUM3ghPnrJSlk=.61874ec6-2214-41a9-a36c-1559969ee6a6@github.com>

On Mon, 26 Jan 2026 17:17:53 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> This seems to be turning into a game of whack-a-mole. Windows 32-bit failure is handled by #752. Please integrate to make progress on the MacOSX GHA fix.

Yes, I'm aware of this already from the 8u482 merge. See my comments on that PR and we can use both our bugs to resolve the two separate issues there.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/740#issuecomment-3805772475

From andrew at openjdk.org  Tue Jan 27 15:24:36 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 15:24:36 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit
 after January 2026 CPU integration
In-Reply-To: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
Message-ID: <FfR6qfj7HozRzziAmngYAZ8oYuMReRz0HdTJ9E62vtQ=.63702b7a-4cda-435a-8f2e-57dd3edff79d@github.com>

On Mon, 26 Jan 2026 16:19:22 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> We see a couple of GHA build failures after the `8u482-ga` merge on Windows 32 bit. See the bug for the build failure traces. This patch proposes to fix it by:
> 
> 1. Defining `ASSOCF_NONE` according to the [doc](https://learn.microsoft.com/en-us/windows/win32/shell/assocf_str) if not already defined. 32-bit Windows only.
> 2. Moving the declaration of `intSize` to the top of the function to make VS Studio 2010 compiles happy.
> 
> Those should be low risk and get GHA builds (on Windows 32 bit) working again. Note those builds run on every new PR. Please review!

Did you debug this on an actual Win32 setup or just via GitHub? I was going to try the local definition approach for `ASSOCF_NONE` but was in the process of trying to get VS2010 installed locally to see if I could see what was actually going on with the headers here. The MS documentation suggests it should be available, unless I'm missing something.  I just want to make sure we are fixing this in the right way.

The definition placement looks correct. This is a recurring one we really should look at checking on Linux to catch it earlier in development without requiring Windows & VS2010.  This again was shared code where it could have been caught.

Setting to request changes mainly to get the bug situation cleaned up.

-------------

Changes requested by andrew (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/752#pullrequestreview-3711828863

From andrew at openjdk.org  Tue Jan 27 15:30:40 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 15:30:40 GMT
Subject: [jdk8u-dev] RFR: 8360869: jcstress is able to crash jdk8 on
 aarch64 with jfr on [v7]
In-Reply-To: <ZXm1GPDIc_mlE7KVT7ofcYRlT1SrLk_5hEw1rdCCOp8=.6f75df47-a87f-41cd-a60d-7bed9439e9f2@github.com>
References: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
 <mqP-K3rhmoJb8Hv45NoKWnkOW9s0G9Yo-M2YzUqLxsM=.9a91da39-1e32-4ea9-80a2-51a218b8b332@github.com>
 <ZXm1GPDIc_mlE7KVT7ofcYRlT1SrLk_5hEw1rdCCOp8=.6f75df47-a87f-41cd-a60d-7bed9439e9f2@github.com>
Message-ID: <XglhAg-20bPFlRsOXOvMGrbcCTqXg6ePOO27lg9juAA=.949c4d10-c53a-4ca4-948d-cb56dfea9f27@github.com>

On Tue, 27 Jan 2026 10:39:07 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> 32 bit Windows build failure is handled by #752. MacOSX is handled by #738 and related follow-ups. Feel free to integrate.

And #738 will now be further delayed by merging the `configure` changes in this. I don't see what the sudden rush was for this.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/697#issuecomment-3805859132

From andrew at openjdk.org  Tue Jan 27 15:33:12 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 15:33:12 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v4]
In-Reply-To: <Sn59qsQombl6MMUTR2iLCjl_PN5TSeH7jPQWtH-kOhA=.3d58d0f8-61a0-4041-b3f1-89943bda0a87@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>
 <Sn59qsQombl6MMUTR2iLCjl_PN5TSeH7jPQWtH-kOhA=.3d58d0f8-61a0-4041-b3f1-89943bda0a87@github.com>
Message-ID: <uyGSduOMtrN1LVdAmdZ_ScoeX3wbYzTR7GkiVxene6w=.a9304859-d3a3-4c6b-90ab-dfe22ce8a53e@github.com>

On Mon, 26 Jan 2026 17:22:08 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> I'm not super-keen on the debug logs in GHAs. It makes the real build failure harder to spot (in the general case). YMMV.

Can you elaborate? In the past, I've found it impossible to find issues without being able to see what compiler flags are being passed.  The reason I merged the 8u482 update into here was to get more verbose output for the Windows issue.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/740#issuecomment-3805870448

From andrew at openjdk.org  Tue Jan 27 15:43:11 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 15:43:11 GMT
Subject: [jdk8u-dev] RFR: 8376225: [8u] GHA: Apply work-around for missing
 JNF for MacOSX builds
In-Reply-To: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
References: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
Message-ID: <--aAFRDMm3QAWRP8BOC5YOcgvASHXG0yhODjYLg3kc0=.9230741f-47bc-47fc-ace5-072664f9df53@github.com>

On Fri, 23 Jan 2026 18:35:31 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> As the title goes. For newer MacOS X SDKs which have the JavaNativeFoundations framework removed from the SDK, one needs to "install" it manually. In this case we are taking it from the applejdk in GHA. This should help getting MacOSX builds going on the `macos-15-intel` GHA runners.
> 
> The real fix for this is to remove the JNF dependency from the JDK 8u codebase but this effort will take longer and this is an interim measure (noted as such in the comment).
> 
> **Testing**
> - Tested it on a branch which has [MacOSX 15 intel runner support](https://github.com/openjdk/jdk8u-dev/pull/738) and this patch on top. See here for the GHA run:  https://github.com/jerboaa/jdk8u-dev/actions/runs/21296331427 (MacOSX builds succeed)
> 
> Thoughts?

I'm ok with this as a temporary measure as we discussed on [PR#738](https://github.com/openjdk/jdk8u-dev/pull/738#issuecomment-3787255213).  I do think we need a specific tracking bug ID rather than reusing 8257852 as there are issues beyond that to resolve.  I'll file one now.

-------------

Changes requested by andrew (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/748#pullrequestreview-3711936022

From andrew at openjdk.org  Tue Jan 27 15:58:55 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 15:58:55 GMT
Subject: [jdk8u-dev] RFR: 8376225: [8u] GHA: Apply work-around for missing
 JNF for MacOSX builds
In-Reply-To: <--aAFRDMm3QAWRP8BOC5YOcgvASHXG0yhODjYLg3kc0=.9230741f-47bc-47fc-ace5-072664f9df53@github.com>
References: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
 <--aAFRDMm3QAWRP8BOC5YOcgvASHXG0yhODjYLg3kc0=.9230741f-47bc-47fc-ace5-072664f9df53@github.com>
Message-ID: <ZRgmfDaV8ve70QvMCyCLJNuwrmjiXYQV_ovbtpsAkmM=.bd7b2786-0c6f-4c70-8c2a-154fd9dae910@github.com>

On Tue, 27 Jan 2026 15:40:36 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> I'm ok with this as a temporary measure as we discussed on [PR#738](https://github.com/openjdk/jdk8u-dev/pull/738#issuecomment-3787255213). I do think we need a specific tracking bug ID rather than reusing 8257852 as there are issues beyond that to resolve. I'll file one now.

Please use JDK-8376511 as the reference in the text.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/748#issuecomment-3806007849

From sgehwolf at openjdk.org  Tue Jan 27 16:10:03 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 27 Jan 2026 16:10:03 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit
 after January 2026 CPU integration
In-Reply-To: <MhS9qzs0SYzTzrjf8Gg5nLVcBxuGFiDpVFqy6q4WtkU=.be071216-2811-45f3-b789-b9f29e31eef7@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
 <QZpZ6b-u_GEMiwkSBs8PjymULyN7Y7XoSwC991eGbyU=.96c4a21a-0531-4cf3-9956-0e8a860a4848@github.com>
 <MhS9qzs0SYzTzrjf8Gg5nLVcBxuGFiDpVFqy6q4WtkU=.be071216-2811-45f3-b789-b9f29e31eef7@github.com>
Message-ID: <1TLxhVVCVvlWxCOm38WLVJTgrcPzj4GNQjPB_2RIwBY=.6706d149-c366-44cd-b2e4-e6a134477de0@github.com>

On Tue, 27 Jan 2026 15:11:26 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Actually seeing the change also related to JDK-8376272 as well, maybe you could make your bug relate to that issue and we handle both bugs under this PR?

It looks like a duplicate to me. Sorry I wasn't aware there is a bug for it already. But the bug referenced here mentions both issues (once the first is fixed). I can add a `/summary` mentioning `8359501` and `8362308`. Both are private though. Would that be OK?

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/752#issuecomment-3806064234

From sgehwolf at openjdk.org  Tue Jan 27 16:10:04 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 27 Jan 2026 16:10:04 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit
 after January 2026 CPU integration
In-Reply-To: <FfR6qfj7HozRzziAmngYAZ8oYuMReRz0HdTJ9E62vtQ=.63702b7a-4cda-435a-8f2e-57dd3edff79d@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
 <FfR6qfj7HozRzziAmngYAZ8oYuMReRz0HdTJ9E62vtQ=.63702b7a-4cda-435a-8f2e-57dd3edff79d@github.com>
Message-ID: <SZD0coYHKCg1cG7M2BIdlC8eslHj-JGL9o-pImq5-YE=.d759d949-8424-4447-af3a-71736fb303fe@github.com>

On Tue, 27 Jan 2026 15:21:20 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Did you debug this on an actual Win32 setup or just via GitHub? I was going to try the local definition approach for `ASSOCF_NONE` but was in the process of trying to get VS2010 installed locally to see if I could see what was actually going on with the headers here. The MS documentation suggests it should be available, unless I'm missing something. I just want to make sure we are fixing this in the right way.

Just GHA. I don't have a setup for this locally. Open to better suggestions.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/752#issuecomment-3806071170

From sgehwolf at openjdk.org  Tue Jan 27 16:18:08 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 27 Jan 2026 16:18:08 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v4]
In-Reply-To: <uyGSduOMtrN1LVdAmdZ_ScoeX3wbYzTR7GkiVxene6w=.a9304859-d3a3-4c6b-90ab-dfe22ce8a53e@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>
 <Sn59qsQombl6MMUTR2iLCjl_PN5TSeH7jPQWtH-kOhA=.3d58d0f8-61a0-4041-b3f1-89943bda0a87@github.com>
 <uyGSduOMtrN1LVdAmdZ_ScoeX3wbYzTR7GkiVxene6w=.a9304859-d3a3-4c6b-90ab-dfe22ce8a53e@github.com>
Message-ID: <O32VfUEN6107qVtX9hTnWkw7bmp8CkynB0e0ly8XDfo=.6dd7ee08-68bd-4186-b802-3868292bb011@github.com>

On Tue, 27 Jan 2026 15:30:26 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> > I'm not super-keen on the debug logs in GHAs. It makes the real build failure harder to spot (in the general case). YMMV.
> 
> Can you elaborate? In the past, I've found it impossible to find issues without being able to see what compiler flags are being passed. The reason I merged the 8u482 update into here was to get more verbose output for the Windows issue.

To me it's a two-step process. First figure out where the compilation error is (which seems good with the default log level), then dive into it by increasing the log level. When it comes to warning analysis and actual errors the default log level is nicer. The plus is that we don't hog disk space as well.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/740#issuecomment-3806114087

From sgehwolf at openjdk.org  Tue Jan 27 16:28:30 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 27 Jan 2026 16:28:30 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit
 after JDK-8362308
In-Reply-To: <1TLxhVVCVvlWxCOm38WLVJTgrcPzj4GNQjPB_2RIwBY=.6706d149-c366-44cd-b2e4-e6a134477de0@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
 <QZpZ6b-u_GEMiwkSBs8PjymULyN7Y7XoSwC991eGbyU=.96c4a21a-0531-4cf3-9956-0e8a860a4848@github.com>
 <MhS9qzs0SYzTzrjf8Gg5nLVcBxuGFiDpVFqy6q4WtkU=.be071216-2811-45f3-b789-b9f29e31eef7@github.com>
 <1TLxhVVCVvlWxCOm38WLVJTgrcPzj4GNQjPB_2RIwBY=.6706d149-c366-44cd-b2e4-e6a134477de0@github.com>
Message-ID: <UVUVHMmsX7TrpqkT-LKxvH2v6o4ZCjHLJ5_V5t8M64o=.63273b0c-5cc9-43af-bd88-21b0c3889e41@github.com>

On Tue, 27 Jan 2026 16:06:07 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> > Actually seeing the change also related to JDK-8376272 as well, maybe you could make your bug relate to that issue and we handle both bugs under this PR?
> 
> It looks like a duplicate to me. Sorry I wasn't aware there is a bug for it already. But the bug referenced here mentions both issues (once the first is fixed). I can add a `/summary` mentioning `8359501` and `8362308`. Both are private though. Would that be OK?

NVM, I've split the two bugs and added your issue. Please review!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/752#issuecomment-3806165334

From sgehwolf at openjdk.org  Tue Jan 27 16:36:55 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 27 Jan 2026 16:36:55 GMT
Subject: [jdk8u-dev] RFR: 8376225: [8u] GHA: Apply work-around for missing
 JNF for MacOSX builds
In-Reply-To: <ZRgmfDaV8ve70QvMCyCLJNuwrmjiXYQV_ovbtpsAkmM=.bd7b2786-0c6f-4c70-8c2a-154fd9dae910@github.com>
References: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
 <--aAFRDMm3QAWRP8BOC5YOcgvASHXG0yhODjYLg3kc0=.9230741f-47bc-47fc-ace5-072664f9df53@github.com>
 <ZRgmfDaV8ve70QvMCyCLJNuwrmjiXYQV_ovbtpsAkmM=.bd7b2786-0c6f-4c70-8c2a-154fd9dae910@github.com>
Message-ID: <Irxm1pkWVFyrAdX1_jijCmX0_DtqH6HbkukMPJbXq_8=.07924e27-1e71-4fd3-9918-f0ac3aadf6db@github.com>

On Tue, 27 Jan 2026 15:55:27 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> > I'm ok with this as a temporary measure as we discussed on [PR#738](https://github.com/openjdk/jdk8u-dev/pull/738#issuecomment-3787255213). I do think we need a specific tracking bug ID rather than reusing 8257852 as there are issues beyond that to resolve. I'll file one now.
> 
> Please use JDK-8376511 as the reference in the text.

I think I've done that now (on the JBS issue https://bugs.openjdk.org/browse/JDK-8376225).

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/748#issuecomment-3806203809

From andrew at openjdk.org  Tue Jan 27 18:39:24 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 18:39:24 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit
 after JDK-8362308
In-Reply-To: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
Message-ID: <QS3pmBqn6UARer48i9vn94tQwn8j1EkFQPVmTSVxXV4=.c7e961f2-dfc2-4d32-b051-89c246401b38@github.com>

On Mon, 26 Jan 2026 16:19:22 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> We see a couple of GHA build failures after the `8u482-ga` merge on Windows 32 bit. See the bug for the build failure traces. This patch proposes to fix it by:
> 
> 1. Defining `ASSOCF_NONE` according to the [doc](https://learn.microsoft.com/en-us/windows/win32/shell/assocf_str) if not already defined. 32-bit Windows only. Tracked in JDK-8376272
> 2. Moving the declaration of `intSize` to the top of the function to make VS Studio 2010 compiles happy. Tracked in JDK-8376352
> 
> Those should be low risk and get GHA builds (on Windows 32 bit) working again. Note those builds run on every new PR. Please review!

Thanks. It just seemed a better solution to use both bugs for the separate issues rather than having one a duplicate. 

This is good to go.

-------------

Marked as reviewed by andrew (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/752#pullrequestreview-3712844118

From andrew at openjdk.org  Tue Jan 27 18:42:31 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 18:42:31 GMT
Subject: [jdk8u-dev] RFR: 8376352: [8u] Build failure on Windows 32-bit
 after JDK-8362308
In-Reply-To: <SZD0coYHKCg1cG7M2BIdlC8eslHj-JGL9o-pImq5-YE=.d759d949-8424-4447-af3a-71736fb303fe@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
 <FfR6qfj7HozRzziAmngYAZ8oYuMReRz0HdTJ9E62vtQ=.63702b7a-4cda-435a-8f2e-57dd3edff79d@github.com>
 <SZD0coYHKCg1cG7M2BIdlC8eslHj-JGL9o-pImq5-YE=.d759d949-8424-4447-af3a-71736fb303fe@github.com>
Message-ID: <TAUtu97yp5Ky6S9YXoZFGhyvq9WfVSTNSSPGbvuMeGk=.a3dc1eda-810e-4e81-8039-af9c921d8d05@github.com>

On Tue, 27 Jan 2026 16:07:26 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> > Did you debug this on an actual Win32 setup or just via GitHub? I was going to try the local definition approach for `ASSOCF_NONE` but was in the process of trying to get VS2010 installed locally to see if I could see what was actually going on with the headers here. The MS documentation suggests it should be available, unless I'm missing something. I just want to make sure we are fixing this in the right way.
> 
> Just GHA. I don't have a setup for this locally. Open to better suggestions.

Ah ok, same as I was planning to do initially then.  I still plan to try and dig into what is actually going on, but no need to block waiting for the perfect solution (which may even be this).  I'm just curious as to what the actual cause is and these VS2010 failures are occurring often enough that I should probably have a setup to test the security bundle.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/752#issuecomment-3806856834

From andrew at openjdk.org  Tue Jan 27 18:45:49 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 18:45:49 GMT
Subject: [jdk8u-dev] RFR: 8376225: [8u] GHA: Apply work-around for missing
 JNF for MacOSX builds
In-Reply-To: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
References: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
Message-ID: <GaZgNRlR5b2ZYxq-AG049IWtrh48Be5-vqULDt5f0n0=.6aa5f1f6-aacf-499d-8f8a-c06d4813afea@github.com>

On Fri, 23 Jan 2026 18:35:31 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> As the title goes. For newer MacOS X SDKs which have the JavaNativeFoundations framework removed from the SDK, one needs to "install" it manually. In this case we are taking it from the applejdk in GHA. This should help getting MacOSX builds going on the `macos-15-intel` GHA runners.
> 
> The real fix for this is to remove the JNF dependency from the JDK 8u codebase but this effort will take longer and this is an interim measure (noted as such in the comment).
> 
> **Testing**
> - Tested it on a branch which has [MacOSX 15 intel runner support](https://github.com/openjdk/jdk8u-dev/pull/738) and this patch on top. See here for the GHA run:  https://github.com/jerboaa/jdk8u-dev/actions/runs/21296331427 (MacOSX builds succeed)
> 
> Thoughts?

.github/workflows/submit.yml line 1416:

> 1414:         run: sudo xcode-select --switch /Applications/Xcode_14.3.1.app/Contents/Developer
> 1415: 
> 1416:       # Remove once JDK-8257852 has been completed for 8u

Ah ok, I meant these lines which refer people looking at the codebase to the right bug.  Going to 8257852 wouldn't tell them anything about the 8u issue.  Sorry for not being clearer.

-------------

PR Review Comment: https://git.openjdk.org/jdk8u-dev/pull/748#discussion_r2733355226

From sgehwolf at openjdk.org  Tue Jan 27 18:59:54 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 27 Jan 2026 18:59:54 GMT
Subject: [jdk8u-dev] RFR: 8376225: [8u] GHA: Apply work-around for missing
 JNF for MacOSX builds
In-Reply-To: <GaZgNRlR5b2ZYxq-AG049IWtrh48Be5-vqULDt5f0n0=.6aa5f1f6-aacf-499d-8f8a-c06d4813afea@github.com>
References: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
 <GaZgNRlR5b2ZYxq-AG049IWtrh48Be5-vqULDt5f0n0=.6aa5f1f6-aacf-499d-8f8a-c06d4813afea@github.com>
Message-ID: <FGyTgSihE3VAeTWR6FZJNDynzsU7GoC3KL7S3GM32NU=.b41a9c01-cae7-42a8-b374-414cf76dd956@github.com>

On Tue, 27 Jan 2026 18:42:41 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> As the title goes. For newer MacOS X SDKs which have the JavaNativeFoundations framework removed from the SDK, one needs to "install" it manually. In this case we are taking it from the applejdk in GHA. This should help getting MacOSX builds going on the `macos-15-intel` GHA runners.
>> 
>> The real fix for this is to remove the JNF dependency from the JDK 8u codebase but this effort will take longer and this is an interim measure (noted as such in the comment).
>> 
>> **Testing**
>> - Tested it on a branch which has [MacOSX 15 intel runner support](https://github.com/openjdk/jdk8u-dev/pull/738) and this patch on top. See here for the GHA run:  https://github.com/jerboaa/jdk8u-dev/actions/runs/21296331427 (MacOSX builds succeed)
>> 
>> Thoughts?
>
> .github/workflows/submit.yml line 1416:
> 
>> 1414:         run: sudo xcode-select --switch /Applications/Xcode_14.3.1.app/Contents/Developer
>> 1415: 
>> 1416:       # Remove once JDK-8257852 has been completed for 8u
> 
> Ah ok, I meant these lines which refer people looking at the codebase to the right bug.  Going to 8257852 wouldn't tell them anything about the 8u issue.  Sorry for not being clearer.

Ah, OK.

-------------

PR Review Comment: https://git.openjdk.org/jdk8u-dev/pull/748#discussion_r2733409834

From sgehwolf at openjdk.org  Tue Jan 27 19:06:46 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 27 Jan 2026 19:06:46 GMT
Subject: [jdk8u-dev] RFR: 8376225: [8u] GHA: Apply work-around for missing
 JNF for MacOSX builds [v2]
In-Reply-To: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
References: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
Message-ID: <RvFirporDwOc2xzWX09EU7ZMKGtCkZD5r9uRRwMhpEw=.0ddd1845-5292-40c2-bfd1-cb19bfa4b245@github.com>

> As the title goes. For newer MacOS X SDKs which have the JavaNativeFoundations framework removed from the SDK, one needs to "install" it manually. In this case we are taking it from the applejdk in GHA. This should help getting MacOSX builds going on the `macos-15-intel` GHA runners.
> 
> The real fix for this is to remove the JNF dependency from the JDK 8u codebase but this effort will take longer and this is an interim measure (noted as such in the comment).
> 
> **Testing**
> - Tested it on a branch which has [MacOSX 15 intel runner support](https://github.com/openjdk/jdk8u-dev/pull/738) and this patch on top. See here for the GHA run:  https://github.com/jerboaa/jdk8u-dev/actions/runs/21296331427 (MacOSX builds succeed)
> 
> Thoughts?

Severin Gehwolf has updated the pull request incrementally with one additional commit since the last revision:

  Use JDK-8376511 over JDK-8257852 in comment

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/748/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/748/files/734c805b..b9886dec

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=748&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=748&range=00-01

  Stats: 2 lines in 1 file changed: 0 ins; 0 del; 2 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/748.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/748/head:pull/748

PR: https://git.openjdk.org/jdk8u-dev/pull/748

From sgehwolf at openjdk.org  Tue Jan 27 19:06:48 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Tue, 27 Jan 2026 19:06:48 GMT
Subject: [jdk8u-dev] RFR: 8376225: [8u] GHA: Apply work-around for missing
 JNF for MacOSX builds [v2]
In-Reply-To: <FGyTgSihE3VAeTWR6FZJNDynzsU7GoC3KL7S3GM32NU=.b41a9c01-cae7-42a8-b374-414cf76dd956@github.com>
References: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
 <GaZgNRlR5b2ZYxq-AG049IWtrh48Be5-vqULDt5f0n0=.6aa5f1f6-aacf-499d-8f8a-c06d4813afea@github.com>
 <FGyTgSihE3VAeTWR6FZJNDynzsU7GoC3KL7S3GM32NU=.b41a9c01-cae7-42a8-b374-414cf76dd956@github.com>
Message-ID: <CPmw4StlLUFakWKq_bQ07wP2Ww66AQ-wFjt8WC4iAsM=.3cdd0aae-1a7e-463c-81f2-0a8a440aeda4@github.com>

On Tue, 27 Jan 2026 18:57:42 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

>> .github/workflows/submit.yml line 1416:
>> 
>>> 1414:         run: sudo xcode-select --switch /Applications/Xcode_14.3.1.app/Contents/Developer
>>> 1415: 
>>> 1416:       # Remove once JDK-8257852 has been completed for 8u
>> 
>> Ah ok, I meant these lines which refer people looking at the codebase to the right bug.  Going to 8257852 wouldn't tell them anything about the 8u issue.  Sorry for not being clearer.
>
> Ah, OK.

Fixed in https://github.com/openjdk/jdk8u-dev/pull/748/commits/b9886dec5fc6ea039a6770b52d99d9b841c76220

-------------

PR Review Comment: https://git.openjdk.org/jdk8u-dev/pull/748#discussion_r2733421520

From andrew at openjdk.org  Tue Jan 27 19:28:01 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 19:28:01 GMT
Subject: [jdk8u-dev] RFR: 8376225: [8u] GHA: Apply work-around for missing
 JNF for MacOSX builds [v2]
In-Reply-To: <RvFirporDwOc2xzWX09EU7ZMKGtCkZD5r9uRRwMhpEw=.0ddd1845-5292-40c2-bfd1-cb19bfa4b245@github.com>
References: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
 <RvFirporDwOc2xzWX09EU7ZMKGtCkZD5r9uRRwMhpEw=.0ddd1845-5292-40c2-bfd1-cb19bfa4b245@github.com>
Message-ID: <r8d0o-7Td6J3HATNz1cwZhYp_idXA2-rQ-d4PBV3-m8=.8df07ea0-0f61-4c5c-a661-f4be01816989@github.com>

On Tue, 27 Jan 2026 19:06:46 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

>> As the title goes. For newer MacOS X SDKs which have the JavaNativeFoundations framework removed from the SDK, one needs to "install" it manually. In this case we are taking it from the applejdk in GHA. This should help getting MacOSX builds going on the `macos-15-intel` GHA runners.
>> 
>> The real fix for this is to remove the JNF dependency from the JDK 8u codebase but this effort will take longer and this is an interim measure (noted as such in the comment).
>> 
>> **Testing**
>> - Tested it on a branch which has [MacOSX 15 intel runner support](https://github.com/openjdk/jdk8u-dev/pull/738) and this patch on top. See here for the GHA run:  https://github.com/jerboaa/jdk8u-dev/actions/runs/21296331427 (MacOSX builds succeed)
>> 
>> Thoughts?
>
> Severin Gehwolf has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Use JDK-8376511 over JDK-8257852 in comment

Thanks.

-------------

Marked as reviewed by andrew (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/748#pullrequestreview-3713056004

From andrew at openjdk.org  Tue Jan 27 19:36:21 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Tue, 27 Jan 2026 19:36:21 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v4]
In-Reply-To: <O32VfUEN6107qVtX9hTnWkw7bmp8CkynB0e0ly8XDfo=.6dd7ee08-68bd-4186-b802-3868292bb011@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>
 <Sn59qsQombl6MMUTR2iLCjl_PN5TSeH7jPQWtH-kOhA=.3d58d0f8-61a0-4041-b3f1-89943bda0a87@github.com>
 <uyGSduOMtrN1LVdAmdZ_ScoeX3wbYzTR7GkiVxene6w=.a9304859-d3a3-4c6b-90ab-dfe22ce8a53e@github.com>
 <O32VfUEN6107qVtX9hTnWkw7bmp8CkynB0e0ly8XDfo=.6dd7ee08-68bd-4186-b802-3868292bb011@github.com>
Message-ID: <vAoZBvFP6L_yyql4WrF2aojB3xAtbYOdDSnX-woNDvc=.71609e46-b5bc-42cf-b4e8-c200662d711a@github.com>

On Tue, 27 Jan 2026 16:15:55 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> > > I'm not super-keen on the debug logs in GHAs. It makes the real build failure harder to spot (in the general case). YMMV.
> > 
> > 
> > Can you elaborate? In the past, I've found it impossible to find issues without being able to see what compiler flags are being passed. The reason I merged the 8u482 update into here was to get more verbose output for the Windows issue.
> 
> To me it's a two-step process. First figure out where the compilation error is (which seems good with the default log level), then dive into it by increasing the log level. When it comes to warning analysis and actual errors the default log level is nicer. The plus is that we don't hog disk space as well.

Ok, I can see your point on the size issue. I don't know how much GitHub archives these things. While I've been building this way for the best part of twenty years of OpenJDK development locally, I don't tend to keep around logs of anything but the most recent build of a particular JDK & configuration. I am aware that they can be pretty big.

I'll revert that commit when I merge in the pending other changes (the Windows fix, the JNF workaround). However, I can see me needing to keep this patch around for debugging. It would be impossible to find e.g. https://github.com/openjdk/jdk8u-dev/pull/742 without it.  Do you want me to also revert the other cases that were added prior to this change as well? They have been there without any issue to my knowledge since August 2024.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/740#issuecomment-3807126298

From duke at openjdk.org  Wed Jan 28 07:22:34 2026
From: duke at openjdk.org (duke)
Date: Wed, 28 Jan 2026 07:22:34 GMT
Subject: [jdk8u-dev] Withdrawn: 8341964: Add mechanism to disable different
 parts of TLS cipher suite
In-Reply-To: <zL8tcFC81CmKhDTuW7XXKBLKbkjbRxaDuXeekVjmfYc=.4cac55e5-2154-430c-8469-1ef51920b8df@github.com>
References: <zL8tcFC81CmKhDTuW7XXKBLKbkjbRxaDuXeekVjmfYc=.4cac55e5-2154-430c-8469-1ef51920b8df@github.com>
Message-ID: <CmQZDPZ_VVR2f5F39N4p4pY-KAKjw3zh0_5gbjnzZNg=.26ea1096-d2e6-489a-af48-73b656018b1e@github.com>

On Tue, 2 Dec 2025 15:36:32 GMT, David Sladk? <duke at openjdk.org> wrote:

> Backport of [JDK-8341964](https://bugs.openjdk.org/browse/JDK-8341964) - Add mechanism to disable different parts of TLS cipher suite
> 
> Preparation for backport of [JDK-8245545](https://bugs.openjdk.org/browse/JDK-8245545) to comply with [Oracle JRE and JDK Cryptographic Roadmap](https://www.java.com/en/jre-jdk-cryptoroadmap.html)
> 
> Tested in RHEL9 VM:
> - Not clean backport.
> - Passed T1 tests.
> - `jdk_security` tests -> 4 fails. Same fails before and after backport. They are unrelated. Probably some incorrect set up in my VM. The failing tests:
> 	- sun/security/pkcs11/KeyStore/SecretKeysBasic.sh
> 	- sun/security/pkcs11/Provider/Login.sh
> 	- sun/security/pkcs11/Signature/TestDSAKeyLength.java
> 	- sun/security/tools/keytool/autotest.sh
> - GHA -> Linux x86/x64 hotspot/tier1 failing, seems unrelated to this backport, same fails in other already closed and integrated PRs
> 
> Extra changes:
> - in `jdk/test/sun/security/ssl/CipherSuite/TLSCipherSuiteWildCardMatchingDisablePartsOfCipherSuite.java` on line 58 changed `List.of()` to `Array.asList()` (and added import for it) because the former is not supported by jdk8.

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/730

From afarley at openjdk.org  Wed Jan 28 10:43:42 2026
From: afarley at openjdk.org (Adam Farley)
Date: Wed, 28 Jan 2026 10:43:42 GMT
Subject: [jdk8u-dev] RFR: 8376338: Test7005594.sh fails when given a memory
 value with decimals
In-Reply-To: <RTqZQreZeH0KhOyYEVkiwfbQuGsYkmULB3ytMy52iY8=.66e35708-99de-4fd7-9718-3a43058a1166@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
 <QOKC8m1TW0ZZ0yLVX11ndmpJtivUqkqxUeztTWZsEmM=.61d26ff3-fc8f-4a43-9418-1f83af668292@github.com>
 <RTqZQreZeH0KhOyYEVkiwfbQuGsYkmULB3ytMy52iY8=.66e35708-99de-4fd7-9718-3a43058a1166@github.com>
Message-ID: <fXXlZxFHEU36Hqe3WXk7nKGgirItF6x1CHTvjlTeFjE=.553258a5-f778-42c8-87af-dd7085d27289@github.com>

On Mon, 26 Jan 2026 17:13:48 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> > Is there a way to run tests again, now that actions are enabled? I'm not seeing a check or test option in the list of PR commands.
> 
> You should be able to run a test manually

Gotcha. Running now: https://github.com/adamfarley/jdk8u-dev/actions/runs/21434937551

FYI: This works for me locally, though I agree public testing is the way to go.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/751#issuecomment-3810523796

From sgehwolf at openjdk.org  Wed Jan 28 12:12:15 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Wed, 28 Jan 2026 12:12:15 GMT
Subject: [jdk8u-dev] Integrated: 8376352: [8u] Build failure on Windows 32-bit
 after JDK-8362308
In-Reply-To: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
References: <CmIWyZeq3G7pzRFBP7LQXgnqAEDzfY1GPMN8bjF2ZWQ=.3a15e3f8-d9aa-4fc1-81ce-f9e5c9b30846@github.com>
Message-ID: <3PtU7qhA1eeNAC4YF4G5ZWLJVRQUmmsPbGsKsHpHRn4=.afd8f508-0550-46bd-a60d-b5b6209d9837@github.com>

On Mon, 26 Jan 2026 16:19:22 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> We see a couple of GHA build failures after the `8u482-ga` merge on Windows 32 bit. See the bug for the build failure traces. This patch proposes to fix it by:
> 
> 1. Defining `ASSOCF_NONE` according to the [doc](https://learn.microsoft.com/en-us/windows/win32/shell/assocf_str) if not already defined. 32-bit Windows only. Tracked in JDK-8376272
> 2. Moving the declaration of `intSize` to the top of the function to make VS Studio 2010 compiles happy. Tracked in JDK-8376352
> 
> Those should be low risk and get GHA builds (on Windows 32 bit) working again. Note those builds run on every new PR. Please review!

This pull request has now been integrated.

Changeset: 7d760016
Author:    Severin Gehwolf <sgehwolf at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/7d760016307487ef2a871d99f71933f0ccab9cb6
Stats:     39 lines in 3 files changed: 38 ins; 0 del; 1 mod

8376352: [8u] Build failure on Windows 32-bit after JDK-8362308
8376272: [8u] Windows x86-32 fails to build after JDK-8359501

Reviewed-by: andrew

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/752

From sgehwolf at openjdk.org  Wed Jan 28 13:25:51 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Wed, 28 Jan 2026 13:25:51 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v4]
In-Reply-To: <vAoZBvFP6L_yyql4WrF2aojB3xAtbYOdDSnX-woNDvc=.71609e46-b5bc-42cf-b4e8-c200662d711a@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>
 <Sn59qsQombl6MMUTR2iLCjl_PN5TSeH7jPQWtH-kOhA=.3d58d0f8-61a0-4041-b3f1-89943bda0a87@github.com>
 <uyGSduOMtrN1LVdAmdZ_ScoeX3wbYzTR7GkiVxene6w=.a9304859-d3a3-4c6b-90ab-dfe22ce8a53e@github.com>
 <O32VfUEN6107qVtX9hTnWkw7bmp8CkynB0e0ly8XDfo=.6dd7ee08-68bd-4186-b802-3868292bb011@github.com>
 <vAoZBvFP6L_yyql4WrF2aojB3xAtbYOdDSnX-woNDvc=.71609e46-b5bc-42cf-b4e8-c200662d711a@github.com>
Message-ID: <tdUBEBtlc3oYhEZCdSen9LJ3zto_j4guoMlroABQBJE=.af8f3870-7e0c-4723-8c96-a9172818d953@github.com>

On Tue, 27 Jan 2026 19:33:54 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Do you want me to also revert the other cases that were added prior to this change as well?

No need. It's up to you.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/740#issuecomment-3811289302

From sgehwolf at openjdk.org  Wed Jan 28 13:37:40 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Wed, 28 Jan 2026 13:37:40 GMT
Subject: [jdk8u-dev] RFR: 8376338: Test7005594.sh fails when given a memory
 value with decimals
In-Reply-To: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
Message-ID: <kts1NwLtIPK7yf7LvrkITOak1pq9tsb35oKNibdc3mA=.9ad1aeef-01db-4965-b15d-2c67f5c96cad@github.com>

On Mon, 26 Jan 2026 15:22:09 GMT, Adam Farley <afarley at openjdk.org> wrote:

> Because right now it cannot, due to bash arithmetic limitations.
> 
> Requesting a merge directly into jdk8u-dev because this file is not present in later versions, and cannot be backported.
> 
> https://bugs.openjdk.org/browse/JDK-8376338

OK.

-------------

Marked as reviewed by sgehwolf (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/751#pullrequestreview-3716739374

From andrew at openjdk.org  Wed Jan 28 15:43:23 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Wed, 28 Jan 2026 15:43:23 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v4]
In-Reply-To: <tdUBEBtlc3oYhEZCdSen9LJ3zto_j4guoMlroABQBJE=.af8f3870-7e0c-4723-8c96-a9172818d953@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <0kZ65d_H1ex5mWZ0cF48YargbPqPY2W_lG9Xyo_Mksk=.58da2224-1c51-4df2-811c-0f4e8742e7a9@github.com>
 <Sn59qsQombl6MMUTR2iLCjl_PN5TSeH7jPQWtH-kOhA=.3d58d0f8-61a0-4041-b3f1-89943bda0a87@github.com>
 <uyGSduOMtrN1LVdAmdZ_ScoeX3wbYzTR7GkiVxene6w=.a9304859-d3a3-4c6b-90ab-dfe22ce8a53e@github.com>
 <O32VfUEN6107qVtX9hTnWkw7bmp8CkynB0e0ly8XDfo=.6dd7ee08-68bd-4186-b802-3868292bb011@github.com>
 <vAoZBvFP6L_yyql4WrF2aojB3xAtbYOdDSnX-woNDvc=.71609e46-b5bc-42cf-b4e8-c200662d711a@github.com>
 <tdUBEBtlc3oYhEZCdSen9LJ3zto_j4guoMlroABQBJE=.af8f3870-7e0c-4723-8c96-a9172818d953@github.com>
Message-ID: <x2ljLYx68QdCvNRmxd2S_1KuMURucQsOF1DkVICnl8c=.262714ca-75cc-43f4-ad54-c14807dcf3f9@github.com>

On Wed, 28 Jan 2026 13:22:57 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> > Do you want me to also revert the other cases that were added prior to this change as well?
> 
> No need. It's up to you.

Ok, I'll leave them as is.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/740#issuecomment-3812033818

From sgehwolf at openjdk.org  Wed Jan 28 15:50:26 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Wed, 28 Jan 2026 15:50:26 GMT
Subject: [jdk8u-dev] RFR: 8376338: Test7005594.sh fails when given a memory
 value with decimals
In-Reply-To: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
Message-ID: <LlAtm60s-JcIk1wR4ZN131mGGfeRX-G3HQtmMRKX6w8=.9d099257-814e-44e3-9ff4-a2bde32a6326@github.com>

On Mon, 26 Jan 2026 15:22:09 GMT, Adam Farley <afarley at openjdk.org> wrote:

> Because right now it cannot, due to bash arithmetic limitations.
> 
> Requesting a merge directly into jdk8u-dev because this file is not present in later versions, and cannot be backported.
> 
> https://bugs.openjdk.org/browse/JDK-8376338

> /approval 8376338 request

Please use an appropriate text. The fix request comment is empty. See:  https://openjdk.org/projects/jdk-updates/approval.html

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/751#issuecomment-3812080817

From sgehwolf at openjdk.org  Wed Jan 28 15:51:51 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Wed, 28 Jan 2026 15:51:51 GMT
Subject: [jdk8u-dev] Integrated: 8376225: [8u] GHA: Apply work-around for
 missing JNF for MacOSX builds
In-Reply-To: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
References: <uulHalpXVzowzTORqwXbuRyEu5Zy5o7q0aM4O_7ztc8=.2dcc4918-a2be-4e5e-9048-a936af32db5a@github.com>
Message-ID: <IvofHXfcIQDRiSVIjPgG7Sjp1NGSE09eaoPTnoTI7bk=.447cb9e0-27bc-4d7b-9598-1f2533a8c910@github.com>

On Fri, 23 Jan 2026 18:35:31 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> As the title goes. For newer MacOS X SDKs which have the JavaNativeFoundations framework removed from the SDK, one needs to "install" it manually. In this case we are taking it from the applejdk in GHA. This should help getting MacOSX builds going on the `macos-15-intel` GHA runners.
> 
> The real fix for this is to remove the JNF dependency from the JDK 8u codebase but this effort will take longer and this is an interim measure (noted as such in the comment).
> 
> **Testing**
> - Tested it on a branch which has [MacOSX 15 intel runner support](https://github.com/openjdk/jdk8u-dev/pull/738) and this patch on top. See here for the GHA run:  https://github.com/jerboaa/jdk8u-dev/actions/runs/21296331427 (MacOSX builds succeed)
> 
> Thoughts?

This pull request has now been integrated.

Changeset: 6926a463
Author:    Severin Gehwolf <sgehwolf at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/6926a4633c10f113b627578f88b5cd688361c85a
Stats:     16 lines in 1 file changed: 16 ins; 0 del; 0 mod

8376225: [8u] GHA: Apply work-around for missing JNF for MacOSX builds

Co-authored-by: Zdenek Zambersky <zzambers at openjdk.org>
Reviewed-by: andrew

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/748

From afarley at openjdk.org  Wed Jan 28 15:56:46 2026
From: afarley at openjdk.org (Adam Farley)
Date: Wed, 28 Jan 2026 15:56:46 GMT
Subject: [jdk8u-dev] RFR: 8376338: Test7005594.sh fails when given a memory
 value with decimals
In-Reply-To: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
Message-ID: <-ngt-g0gOzNWgQG1i5VQpUGlzRAfTok6agZT0SWXIMI=.89458ce6-383b-49cb-91ea-96295d14cfde@github.com>

On Mon, 26 Jan 2026 15:22:09 GMT, Adam Farley <afarley at openjdk.org> wrote:

> Because right now it cannot, due to bash arithmetic limitations.
> 
> Requesting a merge directly into jdk8u-dev because this file is not present in later versions, and cannot be backported.
> 
> https://bugs.openjdk.org/browse/JDK-8376338

I didn't mention if the patch applies cleanly because this isn't a backport from the JDK project.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/751#issuecomment-3812118070

From duke at openjdk.org  Wed Jan 28 16:59:58 2026
From: duke at openjdk.org (duke)
Date: Wed, 28 Jan 2026 16:59:58 GMT
Subject: [jdk8u-dev] RFR: 8376338: Test7005594.sh fails when given a memory
 value with decimals
In-Reply-To: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
Message-ID: <nEX579xwk_cJFn0ZgyJa7NRignYPGSmMgZasTDXCyNc=.0c88781d-4111-47ea-94a6-71bce1d1d237@github.com>

On Mon, 26 Jan 2026 15:22:09 GMT, Adam Farley <afarley at openjdk.org> wrote:

> Because right now it cannot, due to bash arithmetic limitations.
> 
> Requesting a merge directly into jdk8u-dev because this file is not present in later versions, and cannot be backported.
> 
> https://bugs.openjdk.org/browse/JDK-8376338

@adamfarley 
Your change (at version 860d92d74113cc947cbb766a1ce3e1cf6b33c6db) is now ready to be sponsored by a Committer.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/751#issuecomment-3812550403

From afarley at openjdk.org  Wed Jan 28 17:02:40 2026
From: afarley at openjdk.org (Adam Farley)
Date: Wed, 28 Jan 2026 17:02:40 GMT
Subject: [jdk8u-dev] Integrated: 8376338: Test7005594.sh fails when given a
 memory value with decimals
In-Reply-To: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
Message-ID: <yTuxinf-KooFRg2qcEVxH29SdffIAaMOhWc07Ii8Pjo=.67f11ea4-2b4a-4068-8b0a-ddfe8be605b8@github.com>

On Mon, 26 Jan 2026 15:22:09 GMT, Adam Farley <afarley at openjdk.org> wrote:

> Because right now it cannot, due to bash arithmetic limitations.
> 
> Requesting a merge directly into jdk8u-dev because this file is not present in later versions, and cannot be backported.
> 
> https://bugs.openjdk.org/browse/JDK-8376338

This pull request has now been integrated.

Changeset: e5dd8fa9
Author:    Adam Farley <afarley at openjdk.org>
Committer: Severin Gehwolf <sgehwolf at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/e5dd8fa981446a45524c229e5ec4f92501aa6fdb
Stats:     1 line in 1 file changed: 0 ins; 0 del; 1 mod

8376338: Test7005594.sh fails when given a memory value with decimals

Reviewed-by: sgehwolf

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/751

From afarley at openjdk.org  Thu Jan 29 11:17:13 2026
From: afarley at openjdk.org (Adam Farley)
Date: Thu, 29 Jan 2026 11:17:13 GMT
Subject: [jdk8u-dev] RFR: 8376338: Test7005594.sh fails when given a memory
 value with decimals
In-Reply-To: <LlAtm60s-JcIk1wR4ZN131mGGfeRX-G3HQtmMRKX6w8=.9d099257-814e-44e3-9ff4-a2bde32a6326@github.com>
References: <QYw4th1phWnGpZXMd3o3c0_iOsi_-_RJWsRSf0kR1EQ=.1ca5e3d2-38e2-4656-b235-e2553d022aa4@github.com>
 <LlAtm60s-JcIk1wR4ZN131mGGfeRX-G3HQtmMRKX6w8=.9d099257-814e-44e3-9ff4-a2bde32a6326@github.com>
Message-ID: <5f4Kd6-euaGr431_Lvlzmf1MqBQf0wffOD7tzhcP2F8=.93bb04d1-2756-4b9b-9707-f151d04c90fd@github.com>

On Wed, 28 Jan 2026 15:47:24 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

>> Because right now it cannot, due to bash arithmetic limitations.
>> 
>> Requesting a merge directly into jdk8u-dev because this file is not present in later versions, and cannot be backported.
>> 
>> https://bugs.openjdk.org/browse/JDK-8376338
>
>> /approval 8376338 request
> 
> Please use an appropriate text. The fix request comment is empty. See:  https://openjdk.org/projects/jdk-updates/approval.html

Thanks @jerboaa ?

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/751#issuecomment-3816999843

From duke at openjdk.org  Thu Jan 29 17:10:27 2026
From: duke at openjdk.org (duke)
Date: Thu, 29 Jan 2026 17:10:27 GMT
Subject: [jdk8u-dev] Withdrawn: 8372857: Improve debuggability of
 java/rmi/server/RemoteServer/AddrInUse.java test
In-Reply-To: <j9VqMBzaltIEVkBsOedZCv7ZlU6JMzPF3KDWxPhVGPs=.baf8f812-b18f-4153-b32e-4c762366103e@github.com>
References: <j9VqMBzaltIEVkBsOedZCv7ZlU6JMzPF3KDWxPhVGPs=.baf8f812-b18f-4153-b32e-4c762366103e@github.com>
Message-ID: <6Yj1qrxbnkenab_ZYARpmt-MkdbV1TEEZJJQLbvMBKQ=.248d1ebe-87fa-49f0-a5fd-defb0d229d96@github.com>

On Thu, 4 Dec 2025 02:48:24 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi all,
> 
> This pull request contains a backport of commit [04c0f8d3](https://github.com/openjdk/jdk/commit/04c0f8d359a3f450ac2070c6d41834145d9c75f7) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
> 
> The commit being backported was authored by Jaikiran Pai on 4 Dec 2025 and was reviewed by Mark Sheppard, Stuart Marks and SendaoYan.
> 
> Thanks!

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/731

From andrew at openjdk.org  Thu Jan 29 17:32:42 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Thu, 29 Jan 2026 17:32:42 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v5]
In-Reply-To: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
Message-ID: <l-d97aa9jM3xKLRzt5DHbCGTtasZVCwVYkI3huWns3o=.0faa348a-0e71-4be5-bc04-7038b5dee36c@github.com>

> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
> 
> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
> 
> The changes are as follows:
> 
> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
> 
> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
> 
> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
> 
> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.

Andrew John Hughes 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 seven additional commits since the last revision:

 - Merge remote-tracking branch 'dev/master' into JDK-8374899
 - Revert "Add LOG_LEVEL=debug to all GHA builds"
   
   This reverts commit a58971d6c8b1b385529d905fbaca6521938e2f71.
 - Merge remote-tracking branch 'dev/master' into JDK-8374899
 - Print spec files on all POSIX platforms
 - Add LOG_LEVEL=debug to all GHA builds
 - Whitespace cleanup
 - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/740/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/740/files/10c81342..3fd8a886

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=740&range=04
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=740&range=03-04

  Stats: 84 lines in 7 files changed: 78 ins; 0 del; 6 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/740.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/740/head:pull/740

PR: https://git.openjdk.org/jdk8u-dev/pull/740

From sgehwolf at openjdk.org  Thu Jan 29 17:39:09 2026
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Thu, 29 Jan 2026 17:39:09 GMT
Subject: [jdk8u-dev] RFR: 8374899: [8u] Fully handle clang as the toolchain
 in flags.m4 [v5]
In-Reply-To: <l-d97aa9jM3xKLRzt5DHbCGTtasZVCwVYkI3huWns3o=.0faa348a-0e71-4be5-bc04-7038b5dee36c@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
 <l-d97aa9jM3xKLRzt5DHbCGTtasZVCwVYkI3huWns3o=.0faa348a-0e71-4be5-bc04-7038b5dee36c@github.com>
Message-ID: <o27EeDmuvH8FLoBUEDihP__OpJEGiQE8u8jR9DxSioA=.dc12e233-0109-4fef-b06b-84aa865736ba@github.com>

On Thu, 29 Jan 2026 17:32:42 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
>> 
>> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
>> 
>> The changes are as follows:
>> 
>> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
>> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
>> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
>> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
>> 
>> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
>> 
>> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
>> 
>> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.
>
> Andrew John Hughes 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 seven additional commits since the last revision:
> 
>  - Merge remote-tracking branch 'dev/master' into JDK-8374899
>  - Revert "Add LOG_LEVEL=debug to all GHA builds"
>    
>    This reverts commit a58971d6c8b1b385529d905fbaca6521938e2f71.
>  - Merge remote-tracking branch 'dev/master' into JDK-8374899
>  - Print spec files on all POSIX platforms
>  - Add LOG_LEVEL=debug to all GHA builds
>  - Whitespace cleanup
>  - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

Marked as reviewed by sgehwolf (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/740#pullrequestreview-3724132791

From zxie at openjdk.org  Sat Jan 31 02:14:00 2026
From: zxie at openjdk.org (Zhaokun Xie)
Date: Sat, 31 Jan 2026 02:14:00 GMT
Subject: [jdk8u-dev] RFR: 8373476: (tz) Update Timezone Data to 2025c
Message-ID: <zPOUNttm7ECskUKpAX1XIVN6jT9fyA-CUIxc8oh0a4c=.46f5ccdd-a76f-4440-9e5a-d223bbab908b@github.com>

Backport of https://github.com/openjdk/jdk/commit/5df183be6c484d8f9635fac149caf5e2079c5561,  JDK8 test cases have been adapted.

-------------

Commit messages:
 - Backport 5df183be6c484d8f9635fac149caf5e2079c5561

Changes: https://git.openjdk.org/jdk8u-dev/pull/753/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=753&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8373476
  Stats: 263 lines in 21 files changed: 134 ins; 16 del; 113 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/753.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/753/head:pull/753

PR: https://git.openjdk.org/jdk8u-dev/pull/753

From andrew at openjdk.org  Sat Jan 31 02:29:43 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Sat, 31 Jan 2026 02:29:43 GMT
Subject: [jdk8u-dev] Integrated: 8374899: [8u] Fully handle clang as the
 toolchain in flags.m4
In-Reply-To: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
References: <fq6vt7G6JjjXkfb5UyMaKlOnYAYhk2l2QiPPqJ_baeI=.1db31743-f011-4dd2-acc5-8f12ce9714f0@github.com>
Message-ID: <8UOYbMr4Hwo4rRKnuO_WhEk21AmT0lSGblc1k34Houw=.837fc575-c24d-473c-9f15-73258d074cdd@github.com>

On Fri, 9 Jan 2026 15:59:40 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> There are a number of cases in `flags.m4` where the toolchain is checked and `clang` (now the default on all supported versions of XCode on MacOS) is not handled. In particular, this means `-std=gnu++98` is never added and [attempts to build with MacOS 15](https://github.com/openjdk/jdk8u-dev/pull/738) fail as it is trying to meet the demands of C++11.
> 
> This PR updates the file to handle clang with gcc in most places as there is more commonality between the two than difference. It doesn't attempt to remove the gcc on MacOS support and so some areas will differ from 11u and later where MacOS is assumed to be clang-only.
> 
> The changes are as follows:
> 
> 1.  Handle linker flags under one shared gcc & clang block as there is mostly duplication between the two with the only difference being `PICFLAG` and `PIEFLAG`.
> 2. Handle the `-O` flag for both gcc & clang together as they only differ by OS.
> 3. Handle `clang` in `FLAGS_SETUP_COMPILER_FLAGS_FOR_JDK`
> 4. Move the Linux defines (`-D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE`) to where the BSD, MacOS & AIX ones are added. This presumably means these were not previously being added for Linux on clang.  This mirrors 11u handling.
> 
> The changes in #3 mean that clang builds will now run the compiler tests for `-std=gnu++98`, `-Wformat-overflow` and `-ffp-contract` as well as the warning & `-fstack-protector` flags added in this block. Some of this may need to be exempted depending on testing.
> 
> As MacOS GHA builds do not currently run, I will make #738 depend on this PR to test there.
> 
> This also adds `LOG_LEVEL=debug` to the remaining OpenJDK GHA builds where it was absent (x86 Linux, Windows & Mac). This will mean noisier logs, but more useful ones when there is actually a failure. The current failing Mac ones don't tell us the commands being passed to the compiler. The same option has been present for x86_64 and alt Linux builds for some time.

This pull request has now been integrated.

Changeset: 6ddf46a3
Author:    Andrew John Hughes <andrew at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/6ddf46a354e5fe6e057a2b636dea4f66dcdab139
Stats:     188 lines in 3 files changed: 23 ins; 62 del; 103 mod

8374899: [8u] Fully handle clang as the toolchain in flags.m4

Reviewed-by: sgehwolf, serb

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/740

From andrew at openjdk.org  Sat Jan 31 02:38:27 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Sat, 31 Jan 2026 02:38:27 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15 [v2]
In-Reply-To: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
Message-ID: <6rWqO5bo-hZ07OnTFGoPxuXN-QY7FIKO__09U9Qtg10=.145659dd-0b8a-4560-a0b0-909e41725f49@github.com>

> This is a backport of [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) from 11u that upgrades from macos-13 to macos-15-intel, and XCode from 14.3.1 to 16.4, as MacOS 13 runners are now unavailable.
> 
> Due to the different structure of the GHA support in 8u, and the absence of aarch64 on MacOS, this is a backport in spirit rather than a 1:1 relationship, with the same values being changed in their different locations in the 8u `submit.yml`.

Andrew John Hughes 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.

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/738/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/738/files/7c14dd33..7c14dd33

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=738&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=738&range=00-01

  Stats: 0 lines in 0 files changed: 0 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/738.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/738/head:pull/738

PR: https://git.openjdk.org/jdk8u-dev/pull/738

From andrew at openjdk.org  Sat Jan 31 11:46:46 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Sat, 31 Jan 2026 11:46:46 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15 [v3]
In-Reply-To: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
Message-ID: <_-Ad-nE5e9gCRhs5gVjdo3ahvCTf26L_PYGG2Usqs9g=.567a358d-6988-41b5-8dfc-5144ca3e55d2@github.com>

> This is a backport of [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) from 11u that upgrades from macos-13 to macos-15-intel, and XCode from 14.3.1 to 16.4, as MacOS 13 runners are now unavailable.
> 
> Due to the different structure of the GHA support in 8u, and the absence of aarch64 on MacOS, this is a backport in spirit rather than a 1:1 relationship, with the same values being changed in their different locations in the 8u `submit.yml`.

Andrew John Hughes has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains seven commits:

 - Merge remote-tracking branch 'dev/master' into JDK-8369226
 - Revert LOG_LEVEL=debug additions
 - Backport 1b0f612e5e08cfa1581cf22433b36b5f075c0f23
 - Print spec files on all POSIX platforms
 - Add LOG_LEVEL=debug to all GHA builds
 - Whitespace cleanup
 - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

-------------

Changes: https://git.openjdk.org/jdk8u-dev/pull/738/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=738&range=02
  Stats: 4 lines in 1 file changed: 0 ins; 0 del; 4 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/738.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/738/head:pull/738

PR: https://git.openjdk.org/jdk8u-dev/pull/738

From andrew at openjdk.org  Sat Jan 31 12:10:19 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Sat, 31 Jan 2026 12:10:19 GMT
Subject: [jdk8u-dev] RFR: 8369226: GHA: Switch to MacOS 15 [v3]
In-Reply-To: <_-Ad-nE5e9gCRhs5gVjdo3ahvCTf26L_PYGG2Usqs9g=.567a358d-6988-41b5-8dfc-5144ca3e55d2@github.com>
References: <KjdsdtvovH-jEqp8vwmU8o2Q2j40VNWnveMOIVU1Jec=.9972c360-38d3-4a16-9522-04ad58e48795@github.com>
 <_-Ad-nE5e9gCRhs5gVjdo3ahvCTf26L_PYGG2Usqs9g=.567a358d-6988-41b5-8dfc-5144ca3e55d2@github.com>
Message-ID: <0s41mq3afOR3n-8oAyvZw29D7icoX7wgiNmoqSgvTLU=.5562b706-3e96-49f8-9726-5007f0972ab8@github.com>

On Sat, 31 Jan 2026 11:46:46 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> This is a backport of [JDK-8369226](https://bugs.openjdk.org/browse/JDK-8369226) from 11u that upgrades from macos-13 to macos-15-intel, and XCode from 14.3.1 to 16.4, as MacOS 13 runners are now unavailable.
>> 
>> Due to the different structure of the GHA support in 8u, and the absence of aarch64 on MacOS, this is a backport in spirit rather than a 1:1 relationship, with the same values being changed in their different locations in the 8u `submit.yml`.
>
> Andrew John Hughes has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains seven commits:
> 
>  - Merge remote-tracking branch 'dev/master' into JDK-8369226
>  - Revert LOG_LEVEL=debug additions
>  - Backport 1b0f612e5e08cfa1581cf22433b36b5f075c0f23
>  - Print spec files on all POSIX platforms
>  - Add LOG_LEVEL=debug to all GHA builds
>  - Whitespace cleanup
>  - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

MacOS build failure is fixed by https://github.com/openjdk/jdk8u-dev/pull/742

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/738#issuecomment-3828284601

From andrew at openjdk.org  Sat Jan 31 12:12:47 2026
From: andrew at openjdk.org (Andrew John Hughes)
Date: Sat, 31 Jan 2026 12:12:47 GMT
Subject: [jdk8u-dev] RFR: 8374948: [8u] saproc & jsig builds add duplicate
 linker flags on Darwin/MacOS [v4]
In-Reply-To: <FqIhQume53vJYK42orLoHBYU1MuFY-Kqj8S4OZDVnJ8=.b9f1b0ef-b1f3-47ec-ab55-2d71c698cb39@github.com>
References: <FqIhQume53vJYK42orLoHBYU1MuFY-Kqj8S4OZDVnJ8=.b9f1b0ef-b1f3-47ec-ab55-2d71c698cb39@github.com>
Message-ID: <f5fcyl-_sNlkR_SjdLZvXckrEZ8NUm3hmBdB3OvgWQo=.4dc38e64-1c40-468b-a387-d08b05c820ac@github.com>

> This patch breaks out the Mac minimum version argument into its own variable, `MAC_FLAGS`, in `gcc.make`, so it can be added independently in `saproc.make` and `jsig.make`. This prevents duplicate linker flags and C++-only flags being added to the C build for jsig and saproc.

Andrew John Hughes has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains eight commits:

 - Merge remote-tracking branch 'dev/master' into JDK-8374948
 - Revert LOG_LEVEL=debug additions
 - 8374948: [8u] saproc & jsig builds add duplicate linker flags on Darwin/MacOS
 - Backport 1b0f612e5e08cfa1581cf22433b36b5f075c0f23
 - Print spec files on all POSIX platforms
 - Add LOG_LEVEL=debug to all GHA builds
 - Whitespace cleanup
 - 8374899: [8u] Fully handle clang as the toolchain in flags.m4

-------------

Changes: https://git.openjdk.org/jdk8u-dev/pull/742/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=742&range=03
  Stats: 13 lines in 4 files changed: 2 ins; 1 del; 10 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/742.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/742/head:pull/742

PR: https://git.openjdk.org/jdk8u-dev/pull/742