On Mon, 26 May 2025 07:37:58 GMT, Matthias Baesken wrote:
> On a 'german' Ubuntu 24 (LANG="de_DE.UTF-8") the jtreg test
> java/lang/System/LoggerFinder/internal/BootstrapLogger/BootstrapLoggerTest
> fails with
>
>
> FEIN: hi now!
> java.lang.RuntimeException: System.err does not contain: FINE
On Mon, 26 May 2025 08:16:03 GMT, Matthias Baesken wrote:
>> On a 'german' Ubuntu 24 (LANG="de_DE.UTF-8") the jtreg test
>> java/lang/System/LoggerFinder/internal/BootstrapLogger/BootstrapLoggerTest
>> fails with
>>
>>
>> FEIN: hi now!
>> java.lang.RuntimeException: System.err does not contai
- Extract ExternalApplication interface from AppImageFile and add it to the
model;
- Move LauncherData.ModuleInfo class to the top level;
- Add parent interface BundleSpec for Application and Package interfaces in
the model;
- Merge PackageWriter and ApplicationWriter into BundleCreator interf
On Fri, 23 May 2025 18:44:42 GMT, Brian Burkhalter wrote:
>> Implement the requested methods and add a test thereof.
>
> Brian Burkhalter has updated the pull request incrementally with one
> additional commit since the last revision:
>
> 8354724: "input reader specific" -> "reader specific"
On Mon, 26 May 2025 15:48:10 GMT, Steffen Nießing wrote:
>> `Proxy#getInvocationHandler(Object)` throws a `NullPointerException` if the
>> specified argument is `null`. This PR adds the missing `throws` declaration
>> for the NPE.
>
> Steffen Nießing has updated the pull request incrementally w
On Fri, 23 May 2025 16:05:08 GMT, Steffen Nießing wrote:
> `Proxy#getInvocationHandler(Object)` throws a `NullPointerException` if the
> specified argument is `null`. This PR adds the missing `throws` declaration
> for the NPE.
This pull request has now been integrated.
Changeset: 4cad4379
Au
On Tue, 6 May 2025 21:45:34 GMT, Mohamed Issa wrote:
>> The goal of this PR is to implement an x86_64 intrinsic for
>> java.lang.Math.cbrt() using libm. There is a new set of micro-benchmarks are
>> included to check the performance of specific input value ranges to help
>> prevent regressions
That said, I'm still curious. Have you considered propagating cancellation,
re-interrupting the current thread, and then throwing an unchecked
exception upon interruption? It's going to be the most fail-fast-compatible.
catch (IE interrupted) {
cancel all pending futures
Thread.currentThread()
Some static final arrays of BigInteger and BigDecimal are stable and immutable.
We should add `@Stable` to give the optimizer more information
-
Commit messages:
- BigInteger::mag add `@Stable`
- add stable
Changes: https://git.openjdk.org/jdk/pull/25437/files
Webrev: https://we
On Tue, 27 May 2025 21:44:32 GMT, Roger Riggs wrote:
>> spec updated in class javadoc to RFC 9562 which obsolete RFC 4122, @spec tag
>> also added above the method.
>
> I'd say "create" instead of "retrieve" in the first line comment. (Though
> that word is used in the other static factories).
On Tue, 20 May 2025 12:00:06 GMT, kieran-farrell wrote:
>> src/java.base/share/classes/java/util/UUID.java line 195:
>>
>>> 193: *
>>> 194: * @return A {@code UUID} generated from the current system time
>>> 195: */
>>
>> Seems like there should be a reference to the RFC somewher
> Some changes in `Biginteger`s' bit operations that increase the code
> readability and slightly optimize the execution time.
fabioromano1 has updated the pull request incrementally with one additional
commit since the last revision:
Restored trustedStripLeadingZeroInts(int[])
-
> Some changes in `Biginteger`s' bit operations that increase the code
> readability and slightly optimize the execution time.
fabioromano1 has updated the pull request incrementally with one additional
commit since the last revision:
Restore calls to trustedStripLeadingZeroInts(int[])
-
> This PR check the jar file to ensure entries are consistent from the central
> directory and local file header. Also check there is no duplicate entry names
> that could override the desired content by accident.
Henry Jen has updated the pull request with a new target base due to a merge or
a
On Tue, 27 May 2025 19:48:11 GMT, Stefan Lobbenmeier wrote:
>> The documentation suggests that --linux-package-deps is a boolean option,
>> while in fact it is a string option with dependencies separated by comma and
>> space
>>
>> You can tell that this option is supposed to have an argument
On Tue, 27 May 2025 19:48:11 GMT, Stefan Lobbenmeier wrote:
>> The documentation suggests that --linux-package-deps is a boolean option,
>> while in fact it is a string option with dependencies separated by comma and
>> space
>>
>> You can tell that this option is supposed to have an argument
On Wed, 30 Apr 2025 20:38:59 GMT, Gautham Krishnan wrote:
>> In the following classes, month and day values are stored in fields of type
>> 'int' or 'short'. The range of allowed values is small enough that the type
>> can be 'byte' instead.
>>
>> java.time.YearMonth
>> java.time.MonthDay
>> j
On Tue, 27 May 2025 19:44:55 GMT, Shaojin Wen wrote:
> To test this concurrency problem, we need to build a concurrent competition
> test, which is not a simple task, so I did not add it.
The label `noreg-hard` would be appropriate to indicate a test was not created
due to difficulty.
That lab
On Tue, 6 May 2025 21:45:34 GMT, Mohamed Issa wrote:
>> The goal of this PR is to implement an x86_64 intrinsic for
>> java.lang.Math.cbrt() using libm. There is a new set of micro-benchmarks are
>> included to check the performance of specific input value ranges to help
>> prevent regressions
On Sun, 25 May 2025 22:35:56 GMT, Shaojin Wen wrote:
> Some static final arrays of BigInteger and BigDecimal are stable and
> immutable. We should add `@Stable` to give the optimizer more information
Note that `BigInteger.mag` should probably also be made `@Stable` once
`BigInteger.largePrime
On Wed, 21 May 2025 20:51:48 GMT, Alexander Matveev
wrote:
>> Stefan Lobbenmeier has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> also use in other locations
>
> src/jdk.jpackage/share/man/jpackage.md line 426:
>
>> 424: : Menu group
On Tue, 27 May 2025 19:31:44 GMT, Volkan Yazici wrote:
> _Nit:_ Would it be an overkill to add a test (verifying `toString` doesn't
> spoil the content) to avoid falling on the same slippery slope (i.e., _"Let
> me optimize this by reusing the `SB`!"_) again?
The original code that calls getSt
> The documentation suggests that --linux-package-deps is a boolean option,
> while in fact it is a string option with dependencies separated by comma and
> space
>
> You can tell that this option is supposed to have an argument here:
> https://github.com/openjdk/jdk/blob/fea5f2b1458cdd53f437e5
On Tue, 27 May 2025 17:11:41 GMT, Johannes Döbler wrote:
>> When debugging getLong/getDouble/getDecimal of DigitList, the debugger will
>> call the DigitList::toString method. At this time, DigitList::toString will
>> modify tempBuilder, which will cause incorrect results.
>
> src/java.base/sha
On Sun, 18 May 2025 11:11:32 GMT, Shaojin Wen wrote:
> When debugging getLong/getDouble/getDecimal of DigitList, the debugger will
> call the DigitList::toString method. At this time, DigitList::toString will
> modify tempBuilder, which will cause incorrect results.
_Nit:_ Would it be an overk
> Classes such as java.lang.CharacterDataXXX have multiple static final arrays,
> these are immutable, We should add `@Stable` and final to provide information
> to the optimizer.
Shaojin Wen has updated the pull request incrementally with one additional
commit since the last revision:
fix c
On Tue, 27 May 2025 16:50:40 GMT, Naoto Sato wrote:
> Nice refactoring. As to C-style array rewrite, I am not so keen on that as
> they only appear in the generated source files, without any actual benefit.
You and @cl4es both mentioned this, and I agree, but it should be another PR to
remove
> Adding read-only support to ZipFileSystem.
>
> The new `accessMode` environment property allows for readOnly and readWrite
> values, and ensures that the requested mode is consistent with what's
> returned.
>
> This involved a little refactoring to ensure that "read only" state was set
> ini
On Tue, 20 May 2025 07:37:34 GMT, Per Minborg wrote:
> This PR proposes to use ` JavaNioAccess::getBufferAdress` rather than
> `DirectBuffer::address` in the package `java.util.zip` so that `Buffer`
> instances backed by `MemorySegment` instances can be used.
>
> This PR passes tier1, tier2, a
On Tue, 20 May 2025 07:37:34 GMT, Per Minborg wrote:
> This PR proposes to use ` JavaNioAccess::getBufferAdress` rather than
> `DirectBuffer::address` in the package `java.util.zip` so that `Buffer`
> instances backed by `MemorySegment` instances can be used.
>
> This PR passes tier1, tier2, a
On Thu, 15 May 2025 09:49:10 GMT, Per Minborg wrote:
> This PR improves the robustness of tests on slow machines such as "zero"
> variants. The timeout was increased to 10 minutes for both tests. There are
> many combinations in `TestAccessModes`, so the test takes some time even on a
> fast m
On Tue, 27 May 2025 18:15:34 GMT, Roger Riggs wrote:
>> Tagir F. Valeev has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Update exception description; update argument names
>
> Re-reviewed the PR and CSR. Thanks for the updates. Looks goo
On Mon, 26 May 2025 15:48:10 GMT, Steffen Nießing wrote:
>> `Proxy#getInvocationHandler(Object)` throws a `NullPointerException` if the
>> specified argument is `null`. This PR adds the missing `throws` declaration
>> for the NPE.
>
> Steffen Nießing has updated the pull request incrementally w
On Sat, 24 May 2025 07:34:39 GMT, Tagir F. Valeev wrote:
>> Implementation of Comparator.min and Comparator.max methods. Preliminary
>> discussion is in this thread:
>> https://mail.openjdk.org/pipermail/core-libs-dev/2025-May/145638.html
>> The specification is mostly composed of Math.min/max a
On Mon, 26 May 2025 08:16:03 GMT, Matthias Baesken wrote:
>> On a 'german' Ubuntu 24 (LANG="de_DE.UTF-8") the jtreg test
>> java/lang/System/LoggerFinder/internal/BootstrapLogger/BootstrapLoggerTest
>> fails with
>>
>>
>> FEIN: hi now!
>> java.lang.RuntimeException: System.err does not contai
On Mon, 26 May 2025 15:48:10 GMT, Steffen Nießing wrote:
>> `Proxy#getInvocationHandler(Object)` throws a `NullPointerException` if the
>> specified argument is `null`. This PR adds the missing `throws` declaration
>> for the NPE.
>
> Steffen Nießing has updated the pull request incrementally w
> Some changes in `Biginteger`s' bit operations that increase the code
> readability and slightly optimize the execution time.
fabioromano1 has updated the pull request incrementally with one additional
commit since the last revision:
Removed needless condition
Co-authored-by: Raffaello
On Tue, 27 May 2025 17:25:25 GMT, Raffaello Giulietti
wrote:
>> @rgiulietti Because the method assumes that `a` represents a two's
>> complement negative integer, so there is at least a sign bit?
>
> There's only one usage of `makePositive(int[])`, and only when `a[0] < 0`.
> And then there's t
On Tue, 27 May 2025 17:14:32 GMT, fabioromano1 wrote:
>> src/java.base/share/classes/java/math/BigInteger.java line 4732:
>>
>>> 4730: /* Allocate output array. If all non-sign ints are 0x00, we
>>> must
>>> 4731: * allocate space for one extra output int. */
>>> 4732:
On Sun, 18 May 2025 11:11:32 GMT, Shaojin Wen wrote:
> When debugging getLong/getDouble/getDecimal of DigitList, the debugger will
> call the DigitList::toString method. At this time, DigitList::toString will
> modify tempBuilder, which will cause incorrect results.
LGTM
-
Marked
On Tue, 27 May 2025 15:26:42 GMT, Raffaello Giulietti
wrote:
>> fabioromano1 has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Correct typo in comment
>
> src/java.base/share/classes/java/math/BigInteger.java line 4732:
>
>> 4730:
On Sun, 18 May 2025 11:11:32 GMT, Shaojin Wen wrote:
> When debugging getLong/getDouble/getDecimal of DigitList, the debugger will
> call the DigitList::toString method. At this time, DigitList::toString will
> modify tempBuilder, which will cause incorrect results.
src/java.base/share/classes
On Wed, 14 May 2025 14:29:23 GMT, Magnus Ihse Bursie wrote:
> After we converted the source base to be fully UTF-8, we do not need to use
> unicode sequences (like \u0123) in string literals. Sometimes, that might
> still make sense, as for control characters, non-breaking space, etc. But for
On Sun, 18 May 2025 11:11:32 GMT, Shaojin Wen wrote:
> When debugging getLong/getDouble/getDecimal of DigitList, the debugger will
> call the DigitList::toString method. At this time, DigitList::toString will
> modify tempBuilder, which will cause incorrect results.
Change looks good to me, si
On Wed, 21 May 2025 09:12:49 GMT, fabioromano1 wrote:
>> Some changes in `Biginteger`s' bit operations that increase the code
>> readability and slightly optimize the execution time.
>
> fabioromano1 has updated the pull request incrementally with one additional
> commit since the last revision
On Mon, 26 May 2025 17:08:45 GMT, Aleksey Shipilev wrote:
> SonarCloud complains that since
> [JDK-8356080](https://bugs.openjdk.org/browse/JDK-8356080) we are using
> `Boolean` boxes in `ReverseOrderListView`. This change `boolean` -> `Boolean`
> was made in [JDK-8356080](https://bugs.openjdk
On Mon, 26 May 2025 13:19:08 GMT, Shaojin Wen wrote:
>> Classes such as java.lang.CharacterDataXXX have multiple static final
>> arrays, these are immutable, We should add `@Stable` and final to provide
>> information to the optimizer.
>
> Shaojin Wen has updated the pull request incrementally
On Mon, 26 May 2025 07:44:30 GMT, Magnus Ihse Bursie wrote:
>> test/jdk/sun/text/resources/LocaleDataTest.java line 106:
>>
>>> 104: *FormatData/fr_FR/MonthNames/0=janvier
>>> 105: *FormatData/fr_FR/MonthNames/1=février
>>> 106: *LocaleNames/fr_FR/US=États-Unis
>>
>>
On Mon, 26 May 2025 08:25:30 GMT, Magnus Ihse Bursie wrote:
>> After we converted the source base to be fully UTF-8, we do not need to use
>> unicode sequences (like \u0123) in string literals. Sometimes, that might
>> still make sense, as for control characters, non-breaking space, etc. But
>
On Wed, 14 May 2025 14:29:23 GMT, Magnus Ihse Bursie wrote:
> After we converted the source base to be fully UTF-8, we do not need to use
> unicode sequences (like \u0123) in string literals. Sometimes, that might
> still make sense, as for control characters, non-breaking space, etc. But for
On Mon, 26 May 2025 07:18:59 GMT, Alan Bateman wrote:
> I assume you've done some "test repeat" jobs to ensure that any variance in
> the version of "expect" on test machines doesn't cause any issues.
Actually I have not. Thanks for reminding. So I ran this through our internal
CI on Linux x64
On Tue, 27 May 2025 09:35:51 GMT, Viktor Klang wrote:
> I had to tweak the language a bit to better reflect the intent of the text.
Thanks for doing this! There are no longer any links to private types in
`java.util.concurrent`
-
PR Comment: https://git.openjdk.org/jdk/pull/25462#
On Fri, 30 Apr 2021 16:11:30 GMT, Ichiroh Takiguchi
wrote:
>> When an invalid character is converted by getBytes() method, the character
>> is converted to replacement byte data.
>> Shift code (SO/SI) may not be added into right place by EBCDIC Mix charset.
>> EBCDIC Mix charset encoder is stat
On Thu, 15 May 2025 16:03:44 GMT, Andrew Haley wrote:
>> This intrinsic is generally faster than the current implementation for
>> Panama segment operations for all writes larger than about 8 bytes in size,
>> increasing to more than 2* the performance on larger memory blocks on
>> Graviton 2,
On Mon, 26 May 2025 15:06:02 GMT, Per Minborg wrote:
> > Can we remove all meaningless `!Architecture.isLittleEndian()` calls and
> > use the platform-specific endianness unsafe primitives instead? For
> > compensation, we can add a check in each of fill2/fill3/fill4 that `assert
> > value ==
On Tue, 20 May 2025 07:37:34 GMT, Per Minborg wrote:
> This PR proposes to use ` JavaNioAccess::getBufferAdress` rather than
> `DirectBuffer::address` in the package `java.util.zip` so that `Buffer`
> instances backed by `MemorySegment` instances can be used.
>
> This PR passes tier1, tier2, a
On Mon, 19 May 2025 12:24:28 GMT, Jaikiran Pai wrote:
>> Hello David, I had another look at this code and after going through it, it
>> looked like `readOnly` field can in fact be made `final` because of the
>> refactoring changes that you did in this PR. I checked out your latest PR
>> locall
On Thu, 15 May 2025 09:49:10 GMT, Per Minborg wrote:
> This PR improves the robustness of tests on slow machines such as "zero"
> variants. The timeout was increased to 10 minutes for both tests. There are
> many combinations in `TestAccessModes`, so the test takes some time even on a
> fast m
On Mon, 26 May 2025 17:08:45 GMT, Aleksey Shipilev wrote:
> SonarCloud complains that since
> [JDK-8356080](https://bugs.openjdk.org/browse/JDK-8356080) we are using
> `Boolean` boxes in `ReverseOrderListView`. This change `boolean` -> `Boolean`
> was made in [JDK-8356080](https://bugs.openjdk
On Wed, 21 May 2025 15:37:34 GMT, serhiysachkov wrote:
> Update open/test/jdk/TEST.groups manual test groups definitions with missing
> manual test
This pull request has now been integrated.
Changeset: b4b11d77
Author:Serhiy Sachkov
Committer: Mark Sheppard
URL:
https://git.openjd
On Tue, 27 May 2025 11:33:28 GMT, Chen Liang wrote:
> If we do use byte, please add constant static final fields instead of magic
> that requires navigation from pass site to fields.
My initial version did this, and IMO it was worse off:
https://github.com/openjdk/jdk/pull/25456/commits/06d3f
> This PR builds on a concept John Rose told me about some time ago. Instead of
> combining memory operations of various sizes, a single large and skewed
> memory operation can be made to clean up the tail of remaining bytes.
>
> This has the effect of simplifying and shortening the code. The nu
> Adding read-only support to ZipFileSystem.
>
> The new `accessMode` environment property allows for readOnly and readWrite
> values, and ensures that the requested mode is consistent with what's
> returned.
>
> This involved a little refactoring to ensure that "read only" state was set
> ini
On Wed, 21 May 2025 15:37:34 GMT, serhiysachkov wrote:
> Update open/test/jdk/TEST.groups manual test groups definitions with missing
> manual test
@serhiysachkov
Your change (at version a977e3ca9cc40f0a2af2d8faaf5cfd8adace60f2) is now ready
to be sponsored by a Committer.
-
PR
On Mon, 26 May 2025 17:08:45 GMT, Aleksey Shipilev wrote:
> SonarCloud complains that since
> [JDK-8356080](https://bugs.openjdk.org/browse/JDK-8356080) we are using
> `Boolean` boxes in `ReverseOrderListView`. This change `boolean` -> `Boolean`
> was made in [JDK-8356080](https://bugs.openjdk
On Wed, 21 May 2025 15:37:34 GMT, serhiysachkov wrote:
> Update open/test/jdk/TEST.groups manual test groups definitions with missing
> manual test
Marked as reviewed by msheppar (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/25360#pullrequestreview-2870691165
Writer was retrofitted to implement Appendable in JDK 5 with the 3-arg
append documented to behave "in exactly the same as ..." the
write(String) method. That's 20 years of subclasses that might be
depending on this behavior. Also 20 years of subclasses that may
depend on the 3-arg append cal
On Thu, 22 May 2025 11:52:34 GMT, Per Minborg wrote:
>> This PR builds on a concept John Rose told me about some time ago. Instead
>> of combining memory operations of various sizes, a single large and skewed
>> memory operation can be made to clean up the tail of remaining bytes.
>>
>> This h
> Please review this change which adds a native method providing the
> implementation of Reference::get. Referece::get is an intrinsic candidate, so
> this native method implementation is only used when the intrinsic is not.
>
> Currently there is intrinsic support by the interpreter, C1, C2, and
On Mon, 26 May 2025 16:37:01 GMT, Aleksey Shipilev wrote:
> SonarCloud complains `ST_NEW` constant is not used. Looks to me the
> constructor implicitly relies on default value for `state`. It would be
> cleaner to initialize it explicitly
>
> Additional testing:
> - [x] Linux x86_64 server f
On Mon, 26 May 2025 17:17:30 GMT, Aleksey Shipilev wrote:
>> SonarCloud complains `ST_NEW` constant is not used. Looks to me the
>> constructor implicitly relies on default value for `state`. It would be
>> cleaner to initialize it explicitly
>>
>> Additional testing:
>> - [x] Linux x86_64 se
Is this a duplicate of what's already being discussed here
https://mail.openjdk.org/pipermail/core-libs-dev/2025-May/146692.html?
-Jaikiran
On 27/05/25 2:24 pm, wenshao wrote:
Some final arrays of BigInteger and BigDecimal are stable and
immutable. We should add `@Stable` to give the optimizer
I had to tweak the language a bit to better reflect the intent of the text.
-
Commit messages:
- Updating the Javadoc of AQS and AQLS to link to a public version of the
method
Changes: https://git.openjdk.org/jdk/pull/25462/files
Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=2
> Adding read-only support to ZipFileSystem.
>
> The new `accessMode` environment property allows for readOnly and readWrite
> values, and ensures that the requested mode is consistent with what's
> returned.
>
> This involved a little refactoring to ensure that "read only" state was set
> ini
On Fri, 23 May 2025 15:15:30 GMT, Viktor Klang wrote:
> While it could be argued that unbounded Spliterators should not report SIZED
> / SUBSIZED, GatherSink should report an unknown emission size, so switching
> to downstream.begin(-1) rather than downstream.begin(size).
>
> Includes a regres
On Mon, 26 May 2025 08:16:03 GMT, Matthias Baesken wrote:
>> On a 'german' Ubuntu 24 (LANG="de_DE.UTF-8") the jtreg test
>> java/lang/System/LoggerFinder/internal/BootstrapLogger/BootstrapLoggerTest
>> fails with
>>
>>
>> FEIN: hi now!
>> java.lang.RuntimeException: System.err does not contai
Some final arrays of BigInteger and BigDecimal are stable and immutable. We
should add `@Stable` to give the optimizer more information
-
Shaojin Wen
On Tue, 20 May 2025 15:25:52 GMT, Michael McMahon wrote:
> Hi,
>
> This is a simple test update which increases a timeout from 300s to 400 to
> account for slow mac os test machines.
> A repeat 50 test of :jdk_lang passes. I will run this a few more times before
> pushing, if the change is acc
On Tue, 27 May 2025 08:16:32 GMT, Michael McMahon wrote:
>> Hi,
>>
>> This is a simple test update which increases a timeout from 300s to 400 to
>> account for slow mac os test machines.
>> A repeat 50 test of :jdk_lang passes. I will run this a few more times
>> before pushing, if the change
> Hi,
>
> This is a simple test update which increases a timeout from 300s to 400 to
> account for slow mac os test machines.
> A repeat 50 test of :jdk_lang passes. I will run this a few more times before
> pushing, if the change is acceptable.
>
> Thanks,
> Michael
Michael McMahon has update
On Tue, 27 May 2025 07:45:35 GMT, Alan Bateman wrote:
> Does SonarCloud scan source code or class files? I'm wondering if there is
> anything to feedback to them on this report.
I think both. But as I said, I misunderstood the report: it tells me we are
using a boxed `Boolean`, likely unnecess
On Mon, 26 May 2025 17:08:45 GMT, Aleksey Shipilev wrote:
> SonarCloud complains that since
> [JDK-8356080](https://bugs.openjdk.org/browse/JDK-8356080) we are using
> `Boolean` boxes in `ReverseOrderListView`. This change `boolean` -> `Boolean`
> was made in [JDK-8356080](https://bugs.openjdk
On Mon, 26 May 2025 19:01:35 GMT, Chen Liang wrote:
> How is this an allocation? I examined `javap -c -p -v
> java.util.ReverseOrderListView` and confirmed this compiles to
> `Boolean.valueOf` in class files, which involves no new allocation.
Yeah, I brain-fogged a little here. Still, it makes
On Mon, 26 May 2025 17:08:45 GMT, Aleksey Shipilev wrote:
> SonarCloud complains that since
> [JDK-8356080](https://bugs.openjdk.org/browse/JDK-8356080) we are allocating
> and using `Boolean` boxes in `ReverseOrderListView`. This change `boolean` ->
> `Boolean` was made in
> [JDK-8356080](ht
84 matches
Mail list logo
