Re: RFR: 8347163: Javadoc error in ConstantPoolBuilder after JDK-8342468

2025-01-07 Thread Chen Liang
On Wed, 8 Jan 2025 06:02:38 GMT, Chen Liang wrote: > The anchor is `refkinds` instead of `refKinds`. I only ran the failed test and confirmed it works. It's a bit late for me, so if some other committer is interested and has verified there are no new failures feel free to integrate. -

Re: RFR: 8346986: Remove ASM from java.base [v2]

2025-01-07 Thread Adam Sotona
> There are no more consumers of ASM library except for hotspot tests. > This patch moves ASM library from java.base module to the hotspot test > libraries location and fixes the tests. > > Please review. > > Thanks, > Adam Adam Sotona has updated the pull request incrementally with one additio

Re: RFR: 8347163: Javadoc error in ConstantPoolBuilder after JDK-8342468

2025-01-07 Thread Jaikiran Pai
On Wed, 8 Jan 2025 06:02:38 GMT, Chen Liang wrote: > The anchor is `refkinds` instead of `refKinds`. Looks good and trivial to me. - Marked as reviewed by jpai (Reviewer). PR Review: https://git.openjdk.org/jdk/pull/22961#pullrequestreview-2536185329

Re: RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread Leonid Mesnik
On Tue, 7 Jan 2025 12:49:40 GMT, Adam Sotona wrote: > There are no more consumers of ASM library except for hotspot tests. > This patch moves ASM library from java.base module to the hotspot test > libraries location and fixes the tests. > > Please review. > > Thanks, > Adam so you if add asm

Re: RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread Alan Bateman
On Wed, 8 Jan 2025 01:14:00 GMT, David Holmes wrote: > It is not appropriate for anything outside the platform modules to claim to > be part of `jdk.internal`. In fact I'm surprised we are even allowed to add > to that from outside the module! There's nothing to prohibit this, it's just surpri

Re: RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread Adam Sotona
On Wed, 8 Jan 2025 06:57:04 GMT, Alan Bateman wrote: > > you can revert the changes that we have in the jdk repo so it goes back to > .org.objectweb.asm that represents a refactoring with >1200 changes in >250 files across multiple repositories - PR Comment: https://git.openjdk.

Re: RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread Alan Bateman
On Tue, 7 Jan 2025 22:19:22 GMT, Adam Sotona wrote: > Despite the 265 modified files is this PR trying to be minimalistic. > Repackaging of the library would be far more complex and would affect > significantly more files, including the library itself. I would recommend to > invest that effort

Re: RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread Adam Sotona
On Wed, 8 Jan 2025 01:45:48 GMT, Leonid Mesnik wrote: >> There are no more consumers of ASM library except for hotspot tests. >> This patch moves ASM library from java.base module to the hotspot test >> libraries location and fixes the tests. >> >> Please review. >> >> Thanks, >> Adam > > I th

Re: RFR: 8225763: Inflater and Deflater should implement AutoCloseable [v15]

2025-01-07 Thread Jaikiran Pai
> Can I please get a review of this enhancement which proposes to enhance > `java.util.zip.Deflater/Inflater` classes to now implement `AutoCloseable`? > > The actual work for this was done a few years back when we discussed the > proposed approaches and then I raised a RFR. At that time I could

RFR: 8347163: Javadoc error in ConstantPoolBuilder after JDK-8342468

2025-01-07 Thread Chen Liang
The anchor is `refkinds` instead of `refKinds`. - Commit messages: - 8347163: Javadoc error in ConstantPoolBuilder after JDK-8342468 Changes: https://git.openjdk.org/jdk/pull/22961/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=22961&range=00 Issue: https://bugs.openjdk.

Re: RFR: 8225763: Inflater and Deflater should implement AutoCloseable [v14]

2025-01-07 Thread Jaikiran Pai
On Tue, 7 Jan 2025 20:37:32 GMT, Roger Riggs wrote: >> Jaikiran Pai has updated the pull request incrementally with one additional >> commit since the last revision: >> >> change "@since" to 25 > > src/java.base/share/classes/java/util/zip/Deflater.java line 815: > >> 813: * than {@link

Re: RFR: 8347063: Add comments in ClassFileFormatVersion for class file format evolution history [v3]

2025-01-07 Thread Chen Liang
> `javax.lang.model.SourceVersion` has a series of comments describing the new > language features present in each source version. Similar comments for the > `ClassFileFormatVersion` would be helpful, so readers no longer need to > search through the JVMS to find changes in new versions. Chen L

Integrated: 8342468: Improve API documentation for java.lang.classfile.constantpool

2025-01-07 Thread Chen Liang
On Mon, 18 Nov 2024 19:59:16 GMT, Chen Liang wrote: > Improve documentation for constant pool entries. This include some models > for those entries, symbolic descriptors, and some general guidance in package > summary. > > APIDiff: https://cr.openjdk.org/~liach/apidiff/cf-consts/ > Javadoc: h

Re: RFR: 8342468: Improve API documentation for java.lang.classfile.constantpool [v3]

2025-01-07 Thread Chen Liang
On Mon, 6 Jan 2025 21:41:17 GMT, Chen Liang wrote: >> Improve documentation for constant pool entries. This include some models >> for those entries, symbolic descriptors, and some general guidance in >> package summary. >> >> APIDiff: https://cr.openjdk.org/~liach/apidiff/cf-consts/ >> Javad

Re: RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread Leonid Mesnik
On Tue, 7 Jan 2025 12:49:40 GMT, Adam Sotona wrote: > There are no more consumers of ASM library except for hotspot tests. > This patch moves ASM library from java.base module to the hotspot test > libraries location and fixes the tests. > > Please review. > > Thanks, > Adam I think it is mak

Integrated: 8343342: java/io/File/GetXSpace.java fails on Windows with CD-ROM drive

2025-01-07 Thread Taizo Kurashige
On Thu, 31 Oct 2024 07:15:16 GMT, Taizo Kurashige wrote: > To resolve java/io/File/GetXSpace.java failure, I fix libGetXSpace.c to use > Cygwin’s `df` to get the size for comparison if the test target drive is a > CD-ROM drive. > > As described in JDK-8343342, GetDiskSpaceInformationW can't g

Re: RFR: 8343342: java/io/File/GetXSpace.java fails on Windows with CD-ROM drive [v10]

2025-01-07 Thread Brian Burkhalter
On Mon, 23 Dec 2024 13:18:09 GMT, Taizo Kurashige wrote: >> To resolve java/io/File/GetXSpace.java failure, I fix libGetXSpace.c to use >> Cygwin’s `df` to get the size for comparison if the test target drive is a >> CD-ROM drive. >> >> As described in JDK-8343342, GetDiskSpaceInformationW ca

Re: RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread David Holmes
On Tue, 7 Jan 2025 20:19:53 GMT, Alan Bateman wrote: >> There are no more consumers of ASM library except for hotspot tests. >> This patch moves ASM library from java.base module to the hotspot test >> libraries location and fixes the tests. >> >> Please review. >> >> Thanks, >> Adam > > Movin

Re: RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread David Holmes
On Tue, 7 Jan 2025 12:49:40 GMT, Adam Sotona wrote: > There are no more consumers of ASM library except for hotspot tests. > This patch moves ASM library from java.base module to the hotspot test > libraries location and fixes the tests. > > Please review. > > Thanks, > Adam Test libraries be

Re: RFR: 8343342: java/io/File/GetXSpace.java fails on Windows with CD-ROM drive [v10]

2025-01-07 Thread duke
On Mon, 23 Dec 2024 13:18:09 GMT, Taizo Kurashige wrote: >> To resolve java/io/File/GetXSpace.java failure, I fix libGetXSpace.c to use >> Cygwin’s `df` to get the size for comparison if the test target drive is a >> CD-ROM drive. >> >> As described in JDK-8343342, GetDiskSpaceInformationW ca

Re: RFR: 8343342: java/io/File/GetXSpace.java fails on Windows with CD-ROM drive [v10]

2025-01-07 Thread Taizo Kurashige
On Mon, 23 Dec 2024 13:18:09 GMT, Taizo Kurashige wrote: >> To resolve java/io/File/GetXSpace.java failure, I fix libGetXSpace.c to use >> Cygwin’s `df` to get the size for comparison if the test target drive is a >> CD-ROM drive. >> >> As described in JDK-8343342, GetDiskSpaceInformationW ca

Re: RFR: 8303884: jlink --add-options plugin does not allow GNU style options to be provided [v3]

2025-01-07 Thread Henry Jen
> Improving option value handling to support passing argument value starts with > "--". > > Before the fix, in following example, --add-modules will be considered as > another option for JLink instead of argument value for --add-options. > --add-options --add-modules=jdk.incubator.concurrent > -

Re: RFR: 8343342: java/io/File/GetXSpace.java fails on Windows with CD-ROM drive [v10]

2025-01-07 Thread Brian Burkhalter
On Mon, 23 Dec 2024 13:18:09 GMT, Taizo Kurashige wrote: >> To resolve java/io/File/GetXSpace.java failure, I fix libGetXSpace.c to use >> Cygwin’s `df` to get the size for comparison if the test target drive is a >> CD-ROM drive. >> >> As described in JDK-8343342, GetDiskSpaceInformationW ca

Re: RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread Adam Sotona
On Tue, 7 Jan 2025 12:49:40 GMT, Adam Sotona wrote: > There are no more consumers of ASM library except for hotspot tests. > This patch moves ASM library from java.base module to the hotspot test > libraries location and fixes the tests. > > Please review. > > Thanks, > Adam I've decided to m

Re: RFR: 8225763: Inflater and Deflater should implement AutoCloseable [v14]

2025-01-07 Thread Thayne McCombs
On Tue, 7 Jan 2025 10:45:09 GMT, Jaikiran Pai wrote: >> Can I please get a review of this enhancement which proposes to enhance >> `java.util.zip.Deflater/Inflater` classes to now implement `AutoCloseable`? >> >> The actual work for this was done a few years back when we discussed the >> propo

Withdrawn: 8162500: Receiver annotations of inner classes of local classes not found at runtime

2025-01-07 Thread duke
On Tue, 16 Jul 2024 18:02:57 GMT, Chen Liang wrote: > In annotated types, local and inner class types should be annotated as > "top-level" types. For example, in the test here > > public static Class getLocalsMember() { > class Local { > class Member { >

Re: RFR: 8225763: Inflater and Deflater should implement AutoCloseable [v14]

2025-01-07 Thread Lance Andersen
On Tue, 7 Jan 2025 10:45:09 GMT, Jaikiran Pai wrote: >> Can I please get a review of this enhancement which proposes to enhance >> `java.util.zip.Deflater/Inflater` classes to now implement `AutoCloseable`? >> >> The actual work for this was done a few years back when we discussed the >> propo

Re: RFR: 8225763: Inflater and Deflater should implement AutoCloseable [v14]

2025-01-07 Thread Roger Riggs
On Tue, 7 Jan 2025 10:45:09 GMT, Jaikiran Pai wrote: >> Can I please get a review of this enhancement which proposes to enhance >> `java.util.zip.Deflater/Inflater` classes to now implement `AutoCloseable`? >> >> The actual work for this was done a few years back when we discussed the >> propo

Withdrawn: 8343933: Add a MemorySegment::fill benchmark with varying sizes

2025-01-07 Thread duke
On Mon, 11 Nov 2024 11:55:27 GMT, Per Minborg wrote: > This PR proposes to add a new `MemorySegment::fill" benchmark where the byte > size of the segments varies. This pull request has been closed without being integrated. - PR: https://git.openjdk.org/jdk/pull/22010

Re: RFR: 8166983: Remove old/legacy unused tzdata files

2025-01-07 Thread Roger Riggs
On Tue, 7 Jan 2025 18:27:31 GMT, Naoto Sato wrote: > Long overdue cleanup, especially the old `javazic` tool, which has been > maintenance burden for some time. Marked as reviewed by rriggs (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/22955#pullrequestreview-253530375

Re: RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread Alan Bateman
On Tue, 7 Jan 2025 12:49:40 GMT, Adam Sotona wrote: > There are no more consumers of ASM library except for hotspot tests. > This patch moves ASM library from java.base module to the hotspot test > libraries location and fixes the tests. > > Please review. > > Thanks, > Adam Moving it to test

RFR: 8346986: Remove ASM from java.base

2025-01-07 Thread Adam Sotona
There are no more consumers of ASM library except for hotspot tests. This patch moves ASM library from java.base module to the hotspot test libraries location and fixes the tests. Please review. Thanks, Adam - Commit messages: - fixed TestMHUnloaded - patching hotspot tests - re

Re: RFR: 8347047: Cleanup action passed to MemorySegment::reinterpret keeps old segment alive

2025-01-07 Thread Brent Christian
On Tue, 7 Jan 2025 10:44:22 GMT, Per Minborg wrote: > This PR proposes to eliminate the capturing of `this` in the cleanup action > of `AbstractMemorySegment::reinterpretInternal`. As a matter of style, I believe there is something to be said for writing out cleaning actions as static nested c

Re: RFR: 8166983: Remove old/legacy unused tzdata files

2025-01-07 Thread Iris Clark
On Tue, 7 Jan 2025 18:27:31 GMT, Naoto Sato wrote: > Long overdue cleanup, especially the old `javazic` tool, which has been > maintenance burden for some time. Thanks for taking care of this long-overdue removal! - Marked as reviewed by iris (Reviewer). PR Review: https://git.op

RFR: 8166983: Remove old/legacy unused tzdata files

2025-01-07 Thread Naoto Sato
Long overdue cleanup, especially the old `javazic` tool, which has been maintenance burden for some time. - Commit messages: - initial commit Changes: https://git.openjdk.org/jdk/pull/22955/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=22955&range=00 Issue: https://bug

Re: [jdk24] RFR: 8345259: Disallow ALL-MODULE-PATH without explicit --module-path

2025-01-07 Thread Mandy Chung
On Fri, 20 Dec 2024 18:18:48 GMT, Mandy Chung wrote: >> Clean backport of [JDK-8345259](https://bugs.openjdk.org/browse/JDK-8345259) >> to JDK 24 which has JEP 493. > > I created https://bugs.openjdk.org/browse/JDK-8345259. Looks like the tests > need update. > I think the bug you mean @mlchu

Objective-C memory management

2025-01-07 Thread Alan Snyder
I’m a bit confused about how the macOS implementation of JDK uses Objective-C memory management. Does it use ARC? I’m guessing it does, because I see dealloc methods that clear pointer variables without first releasing them. However, if I put an Xcode breakpoint on -[MTLLayer dealloc], the bre

Re: RFR: 8175709: DateTimeFormatterBuilder.appendZoneId() has misleading JavaDoc [v2]

2025-01-07 Thread Naoto Sato
On Fri, 20 Dec 2024 18:12:17 GMT, Naoto Sato wrote: >> Clarifying the documentation of `DateTimeFormatterBuilder.appendZoneId()` >> and similar methods to align the description with the behavior, in which >> `ZoneOffset` is only parsed from the formatter for offset texts without any >> prefixe

Integrated: 8175709: DateTimeFormatterBuilder.appendZoneId() has misleading JavaDoc

2025-01-07 Thread Naoto Sato
On Thu, 19 Dec 2024 22:12:52 GMT, Naoto Sato wrote: > Clarifying the documentation of `DateTimeFormatterBuilder.appendZoneId()` and > similar methods to align the description with the behavior, in which > `ZoneOffset` is only parsed from the formatter for offset texts without any > prefixes. C

Re: RFR: 8347063: Add comments in ClassFileFormatVersion for class file format evolution history [v2]

2025-01-07 Thread Chen Liang
On Tue, 7 Jan 2025 04:43:58 GMT, Joe Darcy wrote: >> src/java.base/share/classes/java/lang/reflect/ClassFileFormatVersion.java >> line 58: >> >>> 56: * 2: ACC_STRICT modifier >>> 57: * 3: no changes >>> 58: * 4: no changes >> >> The version mapping can be tricky here: is "1"

Re: RFR: 8345185: Update jpackage to not include service bindings by default [v4]

2025-01-07 Thread Alexey Semenyuk
On Tue, 7 Jan 2025 14:05:19 GMT, Severin Gehwolf wrote: >> Please review these changes to jpackage in light of [JEP >> 493](https://openjdk.org/jeps/493). When this feature is enabled, then some >> of the `jpackage` tests fail. The failures fall into the following >> categories: >> >> - `ALL-

Re: RFR: 8346610: Make all imports conformant in the FFM API

2025-01-07 Thread Maurizio Cimadamore
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 copyrights should say 2025 Do we have a sense on how easy would it be, moving forward, to preserve the "correct" order of imports? E.g.

Integrated: 8346609: Improve MemorySegment.toString

2025-01-07 Thread Per Minborg
On Thu, 19 Dec 2024 09:48:23 GMT, Per Minborg wrote: > This PR proposes to improve the current `MemorySegment.toString()` method > from: > > `MemorySegment{ address: 0x6264c540, byteSize: 8 }` > > to > > `MemorySegment{ native, address: 0x6264c540, byteSize: 8}` > > Tests passes tier

[jdk24] RFR: 8347038: [JMH] jdk.incubator.vector.SpiltReplicate fails NoClassDefFoundError

2025-01-07 Thread SendaoYan
Hi all, This pull request contains a backport of commit [4d8fb807](https://github.com/openjdk/jdk/commit/4d8fb80732fd17352c36254c6dfc1be5dbfbacf1) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository. The commit being backported was authored by SendaoYan on 7 Jan 2025 and was reviewe

Integrated: 8347038: [JMH] jdk.incubator.vector.SpiltReplicate fails NoClassDefFoundError

2025-01-07 Thread SendaoYan
On Mon, 6 Jan 2025 09:12:01 GMT, SendaoYan wrote: > Hi all, > This PR add JVM option `jvmArgs={"--add-modules=jdk.incubator.vector"}` for > test/micro/org/openjdk/bench/jdk/incubator/vector/SpiltReplicate.java, to fix > test bug which cause jmh test fails 'java.lang.NoClassDefFoundError: > j

Re: RFR: 8347038: [JMH] jdk.incubator.vector.SpiltReplicate fails NoClassDefFoundError

2025-01-07 Thread SendaoYan
On Mon, 6 Jan 2025 09:12:01 GMT, SendaoYan wrote: > Hi all, > This PR add JVM option `jvmArgs={"--add-modules=jdk.incubator.vector"}` for > test/micro/org/openjdk/bench/jdk/incubator/vector/SpiltReplicate.java, to fix > test bug which cause jmh test fails 'java.lang.NoClassDefFoundError: > j

Re: RFR: 8345185: Update jpackage to not include service bindings by default [v4]

2025-01-07 Thread pcoperatr
On Tue, 7 Jan 2025 14:05:19 GMT, Severin Gehwolf wrote: >> Please review these changes to jpackage in light of [JEP >> 493](https://openjdk.org/jeps/493). When this feature is enabled, then some >> of the `jpackage` tests fail. The failures fall into the following >> categories: >> >> - `ALL-

Re: RFR: 8342468: Improve API documentation for java.lang.classfile.constantpool [v3]

2025-01-07 Thread Adam Sotona
On Mon, 6 Jan 2025 21:41:17 GMT, Chen Liang wrote: >> Improve documentation for constant pool entries. This include some models >> for those entries, symbolic descriptors, and some general guidance in >> package summary. >> >> APIDiff: https://cr.openjdk.org/~liach/apidiff/cf-consts/ >> Javad

Re: RFR: 8345782: Refining the cases that libjsig deprecation warning is issued

2025-01-07 Thread Joakim Nordström
On Mon, 6 Jan 2025 04:27:23 GMT, David Holmes wrote: >> Could I get a review of this fix to refine the warnings printed by `libjsig` >> when using the deprecated `signal()`/`sigset()` functions? >> >> Currently the libjsig library supports chaining `signal()` and `sigset()`. >> With these func

Re: RFR: 8345185: Update jpackage to not include service bindings by default [v4]

2025-01-07 Thread Severin Gehwolf
On Tue, 7 Jan 2025 14:05:19 GMT, Severin Gehwolf wrote: >> Please review these changes to jpackage in light of [JEP >> 493](https://openjdk.org/jeps/493). When this feature is enabled, then some >> of the `jpackage` tests fail. The failures fall into the following >> categories: >> >> - `ALL-

Re: RFR: 8345185: Update jpackage to not include service bindings by default [v4]

2025-01-07 Thread Severin Gehwolf
> Please review these changes to jpackage in light of [JEP > 493](https://openjdk.org/jeps/493). When this feature is enabled, then some > of the `jpackage` tests fail. The failures fall into the following categories: > > - `ALL-DEFAULT` notion from `jpackage` which includes all modules that exp

Re: RFR: 8346609: Improve MemorySegment.toString [v6]

2025-01-07 Thread Maurizio Cimadamore
On Tue, 7 Jan 2025 12:58:12 GMT, Per Minborg wrote: >> This PR proposes to improve the current `MemorySegment.toString()` method >> from: >> >> `MemorySegment{ address: 0x6264c540, byteSize: 8 }` >> >> to >> >> `MemorySegment{ native, address: 0x6264c540, byteSize: 8}` >> >> Tests pa

Re: RFR: 8346609: Improve MemorySegment.toString [v6]

2025-01-07 Thread Per Minborg
> This PR proposes to improve the current `MemorySegment.toString()` method > from: > > `MemorySegment{ address: 0x6264c540, byteSize: 8 }` > > to > > `MemorySegment{ native, address: 0x6264c540, byteSize: 8}` > > Tests passes tier1-tier3 Per Minborg has updated the pull request incre

Re: RFR: 8346609: Improve MemorySegment.toString [v5]

2025-01-07 Thread Per Minborg
> This PR proposes to improve the current `MemorySegment.toString()` method > from: > > `MemorySegment{ address: 0x6264c540, byteSize: 8 }` > > to > > `MemorySegment{ native, address: 0x6264c540, byteSize: 8}` > > Tests passes tier1-tier3 Per Minborg has updated the pull request incre

Re: RFR: 8346609: Improve MemorySegment.toString [v4]

2025-01-07 Thread Per Minborg
> This PR proposes to improve the current `MemorySegment.toString()` method > from: > > `MemorySegment{ address: 0x6264c540, byteSize: 8 }` > > to > > `MemorySegment{ native, address: 0x6264c540, byteSize: 8}` > > Tests passes tier1-tier3 Per Minborg has updated the pull request incre

Re: RFR: 8346609: Improve MemorySegment.toString [v3]

2025-01-07 Thread Per Minborg
> This PR proposes to improve the current `MemorySegment.toString()` method > from: > > `MemorySegment{ address: 0x6264c540, byteSize: 8 }` > > to > > `MemorySegment{ native, address: 0x6264c540, byteSize: 8}` > > Tests passes tier1-tier3 Per Minborg has updated the pull request incre

Re: RFR: 8346609: Improve MemorySegment.toString [v2]

2025-01-07 Thread Maurizio Cimadamore
On Tue, 7 Jan 2025 11:30:13 GMT, Per Minborg wrote: >> This PR proposes to improve the current `MemorySegment.toString()` method >> from: >> >> `MemorySegment{ address: 0x6264c540, byteSize: 8 }` >> >> to >> >> `MemorySegment{ native, address: 0x6264c540, byteSize: 8}` >> >> Tests pa

Re: RFR: 8347047: cleanup action passed to MemorySegment::reinterpret keeps old segment alive

2025-01-07 Thread Maurizio Cimadamore
On Tue, 7 Jan 2025 10:44:22 GMT, Per Minborg wrote: > This PR proposes to eliminate the capturing of `this` in the cleanup action > of `AbstractMemorySegment::reinterpretInternal`. Please test this extensively. There is a non-zero chance that some tests (esp. in later tiers) might be relying o

Re: RFR: 8347047: cleanup action passed to MemorySegment::reinterpret keeps old segment alive

2025-01-07 Thread Maurizio Cimadamore
On Tue, 7 Jan 2025 10:44:22 GMT, Per Minborg wrote: > This PR proposes to eliminate the capturing of `this` in the cleanup action > of `AbstractMemorySegment::reinterpretInternal`. Looks good. - Marked as reviewed by mcimadamore (Reviewer). PR Review: https://git.openjdk.org/jdk/

Re: RFR: 8346609: Improve MemorySegment.toString [v2]

2025-01-07 Thread Per Minborg
> This PR proposes to improve the current `MemorySegment.toString()` method > from: > > `MemorySegment{ address: 0x6264c540, byteSize: 8 }` > > to > > `MemorySegment{ native, address: 0x6264c540, byteSize: 8}` > > Tests passes tier1-tier3 Per Minborg has updated the pull request with

Re: [jdk24] RFR: 8345259: Disallow ALL-MODULE-PATH without explicit --module-path

2025-01-07 Thread Severin Gehwolf
On Fri, 20 Dec 2024 18:18:48 GMT, Mandy Chung wrote: >> Clean backport of [JDK-8345259](https://bugs.openjdk.org/browse/JDK-8345259) >> to JDK 24 which has JEP 493. > > I created https://bugs.openjdk.org/browse/JDK-8345259. Looks like the tests > need update. I think the bug you mean @mlchung

RFR: 8347047: cleanup action passed to MemorySegment::reinterpret keeps old segment alive

2025-01-07 Thread Per Minborg
This PR proposes to eliminate the capturing of `this` in the cleanup action of `AbstractMemorySegment::reinterpretInternal`. - Commit messages: - Prevent capturing of _this_ Changes: https://git.openjdk.org/jdk/pull/22943/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=229

Re: RFR: 8225763: Inflater and Deflater should implement AutoCloseable [v14]

2025-01-07 Thread Jaikiran Pai
> Can I please get a review of this enhancement which proposes to enhance > `java.util.zip.Deflater/Inflater` classes to now implement `AutoCloseable`? > > The actual work for this was done a few years back when we discussed the > proposed approaches and then I raised a RFR. At that time I could

Re: RFR: 8346239: Improve memory efficiency of JimageDiffGenerator

2025-01-07 Thread Severin Gehwolf
On Fri, 20 Dec 2024 07:53:07 GMT, Matthias Baesken wrote: >> Please review this fairly simple change to improve how the >> `JimageDiffGenerator` works. The original implementation is pretty naive and >> read all bytes into memory and then compared them. This improved version >> only reads byte

Re: RFR: 8225763: Inflater and Deflater should implement AutoCloseable [v12]

2025-01-07 Thread Jaikiran Pai
On Mon, 2 Dec 2024 16:55:23 GMT, Roger Riggs wrote: >> Jaikiran Pai 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 22 additional >> commits sin

Re: RFR: 8225763: Inflater and Deflater should implement AutoCloseable [v13]

2025-01-07 Thread Jaikiran Pai
> Can I please get a review of this enhancement which proposes to enhance > `java.util.zip.Deflater/Inflater` classes to now implement `AutoCloseable`? > > The actual work for this was done a few years back when we discussed the > proposed approaches and then I raised a RFR. At that time I could

Integrated: 8345676: [ubsan] ProcessImpl_md.c:561:40: runtime error: applying zero offset to null pointer on macOS aarch64

2025-01-07 Thread Matthias Baesken
On Fri, 3 Jan 2025 10:29:31 GMT, Matthias Baesken wrote: > When starting :tier1 jdk jtreg tests with > /jtreg_latest/bin/jtreg > this error is show when running ubsanized binaries on macOS aarch64 (XCode > 13.1 and 15.4 show this) > > src/java.base/unix/native/libjava/ProcessImpl_md.c:561:40: r

Re: RFR: 8345676: [ubsan] ProcessImpl_md.c:561:40: runtime error: applying zero offset to null pointer on macOS aarch64

2025-01-07 Thread Matthias Baesken
On Fri, 3 Jan 2025 10:29:31 GMT, Matthias Baesken wrote: > When starting :tier1 jdk jtreg tests with > /jtreg_latest/bin/jtreg > this error is show when running ubsanized binaries on macOS aarch64 (XCode > 13.1 and 15.4 show this) > > src/java.base/unix/native/libjava/ProcessImpl_md.c:561:40: r