Re: Factory methods for SequencedSet and SequencedMap

2025-01-15 Thread Remi Forax
> From: "Rafael Winterhalter" > To: "core-libs-dev" > Sent: Thursday, January 16, 2025 8:13:17 AM > Subject: Factory methods for SequencedSet and SequencedMap > Hello, Hello, > I am happily taking SequencedSet and SequencedMap into use, but one > inconvenience I encounter is the lack of facto

Re: RFR: 8347840: Fix testlibrary compilation warnings

2025-01-15 Thread Alan Bateman
On Wed, 15 Jan 2025 23:48:33 GMT, Leonid Mesnik wrote: > There few compiler warning disabled in the testlibary build. > They should be fixed or localized and removed from build to prevent new > possible issues. > > The main goal is to avoid new such issues in the testlibrary. > Tested with tie

Re: RFR: 8347825: Make IDEA ide support use proper build system mechanisms [v2]

2025-01-15 Thread Julian Waters
On Wed, 15 Jan 2025 16:13:04 GMT, Magnus Ihse Bursie wrote: >> The idea.sh script which creates a configuration for IDEA does at some point >> call a makefile, to extract information from the build system. However, this >> is done in an ad-hoc manner that does not fit properly in the build syst

Factory methods for SequencedSet and SequencedMap

2025-01-15 Thread Rafael Winterhalter
Hello, I am happily taking SequencedSet and SequencedMap into use, but one inconvenience I encounter is the lack of factory methods for the two. In code where many (initial) collections have zero or one element (for later aggregation), I now write Set.of()/Set.of(one) and Map.of()/Map.of(key, val

Re: RFR: 8347840: Fix testlibrary compilation warnings

2025-01-15 Thread David Holmes
On Wed, 15 Jan 2025 23:48:33 GMT, Leonid Mesnik wrote: > There few compiler warning disabled in the testlibary build. > They should be fixed or localized and removed from build to prevent new > possible issues. > > The main goal is to avoid new such issues in the testlibrary. > Tested with tie

RFR: 8347840: Fix testlibrary compilation warnings

2025-01-15 Thread Leonid Mesnik
There few compiler warning disabled in the testlibary build. They should be fixed or localized and removed from build to prevent new possible issues. The main goal is to avoid new such issues in the testlibrary. Tested with tier1-5 to ensure that all tests were passed. - Commit mes

Re: RFR: 4452735: Add GZIPOutputStream constructor to specify Deflater

2025-01-15 Thread Archie Cobbs
On Fri, 19 Jul 2024 15:16:01 GMT, Lance Andersen wrote: >>> I understand the request here, but is there a current use case for needing >>> a custom Deflater? >> >> I think the primary use case is when you want to set a non-default >> compression level, e.g., "best" or "fast". This is a pretty

Re: RFR: 8347825: Make IDEA ide support use proper build system mechanisms [v2]

2025-01-15 Thread Jorn Vernee
On Wed, 15 Jan 2025 16:13:04 GMT, Magnus Ihse Bursie wrote: >> The idea.sh script which creates a configuration for IDEA does at some point >> call a makefile, to extract information from the build system. However, this >> is done in an ad-hoc manner that does not fit properly in the build syst

Withdrawn: 8344191: Build code should not have classpath exception

2025-01-15 Thread duke
On Thu, 14 Nov 2024 12:22:36 GMT, Magnus Ihse Bursie wrote: > In several (most? all?) of the build system files, the copyright header > includes the classpath exception. This makes no sense, and should be removed. > > I have removed the classpath exception from makefiles, autoconf, shell > sc

Re: RFR: 8347740: java/io/File/createTempFile/SpecialTempFile.java failing [v3]

2025-01-15 Thread Brian Burkhalter
On Wed, 15 Jan 2025 21:26:49 GMT, Brian Burkhalter wrote: >> Fix the means of determining whether an exception is to be expected in the >> Windows test. > > Brian Burkhalter has updated the pull request incrementally with one > additional commit since the last revision: > > 8347740: Change W

Re: RFR: 8347740: java/io/File/createTempFile/SpecialTempFile.java failing [v2]

2025-01-15 Thread Brian Burkhalter
On Tue, 14 Jan 2025 22:15:07 GMT, Brian Burkhalter wrote: >> Fix the means of determining whether an exception is to be expected in the >> Windows test. > > Brian Burkhalter has updated the pull request incrementally with one > additional commit since the last revision: > > 8347740: Minor cl

Re: RFR: 8347740: java/io/File/createTempFile/SpecialTempFile.java failing [v3]

2025-01-15 Thread Brian Burkhalter
> Fix the means of determining whether an exception is to be expected in the > Windows test. Brian Burkhalter has updated the pull request incrementally with one additional commit since the last revision: 8347740: Change Windows exceptionExpected to be based on build number - Ch

Re: RFR: 8347825: Make IDEA ide support use proper build system mechanisms [v2]

2025-01-15 Thread Magnus Ihse Bursie
On Wed, 15 Jan 2025 16:13:04 GMT, Magnus Ihse Bursie wrote: >> The idea.sh script which creates a configuration for IDEA does at some point >> call a makefile, to extract information from the build system. However, this >> is done in an ad-hoc manner that does not fit properly in the build syst

Re: RFR: 8347825: Make IDEA ide support use proper build system mechanisms [v2]

2025-01-15 Thread Jorn Vernee
On Wed, 15 Jan 2025 16:13:04 GMT, Magnus Ihse Bursie wrote: >> The idea.sh script which creates a configuration for IDEA does at some point >> call a makefile, to extract information from the build system. However, this >> is done in an ad-hoc manner that does not fit properly in the build syst

Re: RFR: 8345614: Improve AnnotationFormatError message for duplicate annotation interfaces

2025-01-15 Thread Chen Liang
On Thu, 5 Dec 2024 16:24:29 GMT, Scott Marlow wrote: > I am getting the `Duplication annotation for class` error as mentioned in > https://hibernate.atlassian.net/browse/HHH-18901. The current error message > does not include the application class name (e.g. container) that the > specified an

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v7]

2025-01-15 Thread Jorn Vernee
On Wed, 15 Jan 2025 15:51:49 GMT, Per Minborg wrote: > > So, as we foresee the adoption of the FFM API in the JDK internals, we will > > use such a mechanism for system calls like `fopen`, `socket`, and the like. > > See #22307 for example. > > Sorry I still don't see where you do the actual na

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v14]

2025-01-15 Thread Maurizio Cimadamore
On Wed, 15 Jan 2025 16:09:36 GMT, Per Minborg wrote: >> Going forward, converting older JDK code to use the relatively new FFM API >> requires system calls that can provide `errno` and the likes to explicitly >> allocate a MemorySegment to capture potential error states. This can lead to >> ne

Re: RFR: 8347740: java/io/File/createTempFile/SpecialTempFile.java failing [v2]

2025-01-15 Thread Brian Burkhalter
On Wed, 15 Jan 2025 07:19:12 GMT, David Holmes wrote: >> Brian Burkhalter has updated the pull request incrementally with one >> additional commit since the last revision: >> >> 8347740: Minor clean up > > test/jdk/java/io/File/createTempFile/SpecialTempFile.java line 117: > >> 115: >> 116:

Integrated: 8342550: Log warning for using JDK1.1 compatible time zone IDs for future removal

2025-01-15 Thread Naoto Sato
On Fri, 10 Jan 2025 23:05:13 GMT, Naoto Sato wrote: > The use of [three-letter time zone > IDs](https://download.java.net/java/early_access/jdk24/docs/api/java.base/java/util/TimeZone.html#three-letter-time-zone-ids-heading) > has long been deprecated. For their actual removal in the future, ma

Re: RFR: 8342550: Log warning for using JDK1.1 compatible time zone IDs for future removal

2025-01-15 Thread Naoto Sato
On Fri, 10 Jan 2025 23:05:13 GMT, Naoto Sato wrote: > The use of [three-letter time zone > IDs](https://download.java.net/java/early_access/jdk24/docs/api/java.base/java/util/TimeZone.html#three-letter-time-zone-ids-heading) > has long been deprecated. For their actual removal in the future, ma

Re: RFR: 8347740: java/io/File/createTempFile/SpecialTempFile.java failing [v2]

2025-01-15 Thread Brian Burkhalter
On Wed, 15 Jan 2025 16:56:57 GMT, Brian Burkhalter wrote: >> test/jdk/java/io/File/createTempFile/SpecialTempFile.java line 117: >> >>> 115: >>> 116: String[] nameElements = osName.split(" "); >>> 117: int nameVers = >>> Integer.valueOf(nameElements[nameElements.length - 1]); >

Re: RFR: 8347825: Make IDEA ide support use proper build system mechanisms

2025-01-15 Thread Julian Waters
On Wed, 15 Jan 2025 16:26:26 GMT, Maurizio Cimadamore wrote: > We should probably also ask somebody with Windows Hey, don't forget about me! How do I test this, just set up an IDEA Workspace as instructed in the docs? - PR Comment: https://git.openjdk.org/jdk/pull/23140#issuecomm

Re: RFR: 8347825: Make IDEA ide support use proper build system mechanisms

2025-01-15 Thread Maurizio Cimadamore
On Wed, 15 Jan 2025 16:40:10 GMT, Julian Waters wrote: > > We should probably also ask somebody with Windows > > Hey, don't forget about me! How do I test this, just set up an IDEA Workspace > as instructed in the docs? Yes, that would be the case. E.g. run `sh bin/idea.sh java.base` or someth

Re: RFR: 8347825: Make IDEA ide support use proper build system mechanisms

2025-01-15 Thread Maurizio Cimadamore
On Wed, 15 Jan 2025 15:34:30 GMT, Magnus Ihse Bursie wrote: > @mcimadamore Can you please verify that the IDEA generation still works > properly? I've tried it locally and it seems fine to me, but I'd like you to > verify it as well. I will take a look. Thanks for the headsup. We should probab

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v14]

2025-01-15 Thread Maurizio Cimadamore
On Wed, 15 Jan 2025 16:09:36 GMT, Per Minborg wrote: >> Going forward, converting older JDK code to use the relatively new FFM API >> requires system calls that can provide `errno` and the likes to explicitly >> allocate a MemorySegment to capture potential error states. This can lead to >> ne

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v14]

2025-01-15 Thread Maurizio Cimadamore
On Wed, 15 Jan 2025 16:09:36 GMT, Per Minborg wrote: >> Going forward, converting older JDK code to use the relatively new FFM API >> requires system calls that can provide `errno` and the likes to explicitly >> allocate a MemorySegment to capture potential error states. This can lead to >> ne

Re: RFR: 8347825: Make IDEA ide support use proper build system mechanisms

2025-01-15 Thread Magnus Ihse Bursie
On Wed, 15 Jan 2025 15:33:14 GMT, Magnus Ihse Bursie wrote: > The idea.sh script which creates a configuration for IDEA does at some point > call a makefile, to extract information from the build system. However, this > is done in an ad-hoc manner that does not fit properly in the build system.

Re: RFR: 8347825: Make IDEA ide support use proper build system mechanisms [v2]

2025-01-15 Thread Magnus Ihse Bursie
> The idea.sh script which creates a configuration for IDEA does at some point > call a makefile, to extract information from the build system. However, this > is done in an ad-hoc manner that does not fit properly in the build system. > > I ran into this as a problem when trying to implement an

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v14]

2025-01-15 Thread Per Minborg
> Going forward, converting older JDK code to use the relatively new FFM API > requires system calls that can provide `errno` and the likes to explicitly > allocate a MemorySegment to capture potential error states. This can lead to > negative performance implications if not designed carefully a

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v7]

2025-01-15 Thread Per Minborg
On Tue, 14 Jan 2025 12:29:11 GMT, David Holmes wrote: > > So, as we foresee the adoption of the FFM API in the JDK internals, we will > > use such a mechanism for system calls like `fopen`, `socket`, and the like. > > See #22307 for example. > > Sorry I still don't see where you do the actual n

Re: RFR: 8345614: Improve AnnotationFormatError message for duplicate annotation interfaces

2025-01-15 Thread Chen Liang
On Thu, 5 Dec 2024 16:24:29 GMT, Scott Marlow wrote: > I am getting the `Duplication annotation for class` error as mentioned in > https://hibernate.atlassian.net/browse/HHH-18901. The current error message > does not include the application class name (e.g. container) that the > specified an

Re: RFR: 8347825: Make IDEA ide support use proper build system mechanisms

2025-01-15 Thread Magnus Ihse Bursie
On Wed, 15 Jan 2025 15:33:14 GMT, Magnus Ihse Bursie wrote: > The idea.sh script which creates a configuration for IDEA does at some point > call a makefile, to extract information from the build system. However, this > is done in an ad-hoc manner that does not fit properly in the build system.

RFR: 8347825: Make IDEA ide support use proper build system mechanisms

2025-01-15 Thread Magnus Ihse Bursie
The idea.sh script which creates a configuration for IDEA does at some point call a makefile, to extract information from the build system. However, this is done in an ad-hoc manner that does not fit properly in the build system. I ran into this as a problem when trying to implement another chan

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v13]

2025-01-15 Thread Per Minborg
> Going forward, converting older JDK code to use the relatively new FFM API > requires system calls that can provide `errno` and the likes to explicitly > allocate a MemorySegment to capture potential error states. This can lead to > negative performance implications if not designed carefully a

Integrated: 8347334: JimageDiffGenerator code clean-ups

2025-01-15 Thread Severin Gehwolf
On Thu, 9 Jan 2025 17:32:39 GMT, Severin Gehwolf wrote: > During code review of > [JDK-8346239](https://bugs.openjdk.org/browse/JDK-8346239) a few comments > were made after the PR integrated. This follow-up patch cleans this up and > adds a unit test for the `JimageDiffGenerator` class. > >

Re: RFR: 8347334: JimageDiffGenerator code clean-ups [v4]

2025-01-15 Thread Severin Gehwolf
On Fri, 10 Jan 2025 14:58:36 GMT, Severin Gehwolf wrote: >> During code review of >> [JDK-8346239](https://bugs.openjdk.org/browse/JDK-8346239) a few comments >> were made after the PR integrated. This follow-up patch cleans this up and >> adds a unit test for the `JimageDiffGenerator` class.

Re: RFR: 8345614: Improve AnnotationFormatError message for duplicate annotation interfaces

2025-01-15 Thread Scott Marlow
On Thu, 5 Dec 2024 16:24:29 GMT, Scott Marlow wrote: > I am getting the `Duplication annotation for class` error as mentioned in > https://hibernate.atlassian.net/browse/HHH-18901. The current error message > does not include the application class name (e.g. container) that the > specified an

RFR: 8347817: timeouts running test/jdk/java/lang/String/concat/HiddenClassUnloading.java with fastdebug builds

2025-01-15 Thread Richard Reingruber
This PR reverts the fix from [JDK-8339166](https://bugs.openjdk.org/browse/JDK-8339166) because it increases the runtime of the test a lot. Instead a full gc is requested via the whitebox api. This solves the issues (see bug description) and it is also clearer and more reliable that allocating

Re: RFR: 8347491: IllegalArgumentationException thrown by ThreadPoolExecutor doesn't have a useful message

2025-01-15 Thread Julian Waters
On Tue, 14 Jan 2025 06:39:22 GMT, Alan Bateman wrote: > > There's a contributor PR from the java bugs submitter at #23050, I wonder > > what we should do in this case. > > The PR has the "oca" label so we can't look or comment on it. :O People from Oracle aren't allowed to look at work from un

Re: RFR: 8339166: java/lang/String/concat/HiddenClassUnloading.java fails on AIX and Linux ppc64le after JDK-8336856

2025-01-15 Thread Richard Reingruber
On Thu, 29 Aug 2024 15:52:41 GMT, Claes Redestad wrote: > LGTM. On my M1 MacBook this increase total runtime of `make test > TEST=.../HiddenClassUnloading.java` by 8-9s, which seems acceptable to ensure > it's stable and fit for purpose on all platforms. @cl4es in my tests with a fastdebug bui

Re: RFR: 8347334: JimageDiffGenerator code clean-ups [v4]

2025-01-15 Thread Matthias Baesken
On Fri, 10 Jan 2025 14:58:36 GMT, Severin Gehwolf wrote: >> During code review of >> [JDK-8346239](https://bugs.openjdk.org/browse/JDK-8346239) a few comments >> were made after the PR integrated. This follow-up patch cleans this up and >> adds a unit test for the `JimageDiffGenerator` class.

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v12]

2025-01-15 Thread Per Minborg
> Going forward, converting older JDK code to use the relatively new FFM API > requires system calls that can provide `errno` and the likes to explicitly > allocate a MemorySegment to capture potential error states. This can lead to > negative performance implications if not designed carefully a

Integrated: 8346610: Make all imports consistent in the FFM API

2025-01-15 Thread Per Minborg
On Thu, 19 Dec 2024 10:46:03 GMT, Per Minborg wrote: > This PR proposes to clean up all the imports in the FFM lib (excluding tests). > > Passes tier1-tier3 This pull request has now been integrated. Changeset: d4e5ec27 Author:Per Minborg URL: https://git.openjdk.org/jdk/commit/d4e

Re: RFR: 8346610: Make all imports consistent in the FFM API [v3]

2025-01-15 Thread Per Minborg
On Wed, 15 Jan 2025 08:55:04 GMT, Maurizio Cimadamore wrote: > Did you also do a pass on microbenchmarks and tests? Or will that be a > separate effort (probably better) ? https://bugs.openjdk.org/browse/JDK-8347814 - PR Comment: https://git.openjdk.org/jdk/pull/22827#issuecommen

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v11]

2025-01-15 Thread Per Minborg
> Going forward, converting older JDK code to use the relatively new FFM API > requires system calls that can provide `errno` and the likes to explicitly > allocate a MemorySegment to capture potential error states. This can lead to > negative performance implications if not designed carefully a

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v10]

2025-01-15 Thread Per Minborg
> Going forward, converting older JDK code to use the relatively new FFM API > requires system calls that can provide `errno` and the likes to explicitly > allocate a MemorySegment to capture potential error states. This can lead to > negative performance implications if not designed carefully a

Re: RFR: 8347408: Create an internal method handle adapter for system calls with errno [v9]

2025-01-15 Thread Per Minborg
> Going forward, converting older JDK code to use the relatively new FFM API > requires system calls that can provide `errno` and the likes to explicitly > allocate a MemorySegment to capture potential error states. This can lead to > negative performance implications if not designed carefully a

Integrated: 8347039: ThreadPerTaskExecutor terminates if cancelled tasks still running

2025-01-15 Thread Alan Bateman
On Fri, 10 Jan 2025 13:32:39 GMT, Alan Bateman wrote: > The thread-per-task-executor returned by > Executors.newVirtualThreadPerTaskExecutor will terminate without waiting for > threads that are still executing cancelled tasks. This is different to > ThreadPoolExecutor and ForkJoinPool that wa

Re: RFR: 8346610: Make all imports consistent in the FFM API [v3]

2025-01-15 Thread Maurizio Cimadamore
On Thu, 9 Jan 2025 11:47:15 GMT, Per Minborg wrote: >> This PR proposes to clean up all the imports in the FFM lib (excluding >> tests). >> >> Passes tier1-tier3 > > Per Minborg has updated the pull request with a new target base due to a > merge or a rebase. The incremental webrev excludes th