On Mon, 7 Apr 2025 13:55:27 GMT, Viktor Klang wrote:
>> I'm breaking this change out as a separate improvement, since it will not be
>> generally possible to adjust these limits on the j.u.c primitives since they
>> might already use a backing `long` to pack in information which needs to be
>>
On Tue, 8 Apr 2025 05:12:00 GMT, Jean-Noël Rouvignac wrote:
>> Viktor Klang 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
>> co
> I'm breaking this change out as a separate improvement, since it will not be
> generally possible to adjust these limits on the j.u.c primitives since they
> might already use a backing `long` to pack in information which needs to be
> updated atomically (would require 128-bit atomics to widen
On Mon, 7 Apr 2025 14:03:13 GMT, Alan Bateman wrote:
>> Viktor Klang 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 s
On Mon, 7 Apr 2025 13:55:27 GMT, Viktor Klang wrote:
>> I'm breaking this change out as a separate improvement, since it will not be
>> generally possible to adjust these limits on the j.u.c primitives since they
>> might already use a backing `long` to pack in information which needs to be
>>
On Wed, 2 Apr 2025 13:09:01 GMT, Viktor Klang wrote:
>> test/jdk/java/util/concurrent/tck/ReentrantReadWriteLock20Test.java line 94:
>>
>>> 92: next.join();
>>> 93: } catch (InterruptedException ie) {
>>> 94: }
>>
>> I don't think
On Thu, 27 Mar 2025 11:30:11 GMT, Alan Bateman wrote:
>> I'm breaking this change out as a separate improvement, since it will not be
>> generally possible to adjust these limits on the j.u.c primitives since they
>> might already use a backing `long` to pack in information which needs to be
>
On Wed, 26 Mar 2025 16:19:16 GMT, Viktor Klang wrote:
> I'm breaking this change out as a separate improvement, since it will not be
> generally possible to adjust these limits on the j.u.c primitives since they
> might already use a backing `long` to pack in information which needs to be
> up
On Wed, 2 Apr 2025 09:36:51 GMT, Alan Bateman wrote:
>> I'm breaking this change out as a separate improvement, since it will not be
>> generally possible to adjust these limits on the j.u.c primitives since they
>> might already use a backing `long` to pack in information which needs to be
>>
On Wed, 26 Mar 2025 16:19:16 GMT, Viktor Klang wrote:
> I'm breaking this change out as a separate improvement, since it will not be
> generally possible to adjust these limits on the j.u.c primitives since they
> might already use a backing `long` to pack in information which needs to be
> up
On Fri, 28 Mar 2025 16:27:28 GMT, Roger Riggs wrote:
>> I'm breaking this change out as a separate improvement, since it will not be
>> generally possible to adjust these limits on the j.u.c primitives since they
>> might already use a backing `long` to pack in information which needs to be
>>
On Wed, 26 Mar 2025 16:19:16 GMT, Viktor Klang wrote:
> I'm breaking this change out as a separate improvement, since it will not be
> generally possible to adjust these limits on the j.u.c primitives since they
> might already use a backing `long` to pack in information which needs to be
> up
On Thu, 27 Mar 2025 11:30:11 GMT, Alan Bateman wrote:
>> I'm breaking this change out as a separate improvement, since it will not be
>> generally possible to adjust these limits on the j.u.c primitives since they
>> might already use a backing `long` to pack in information which needs to be
>
On Thu, 27 Mar 2025 11:30:11 GMT, Alan Bateman wrote:
>> I'm breaking this change out as a separate improvement, since it will not be
>> generally possible to adjust these limits on the j.u.c primitives since they
>> might already use a backing `long` to pack in information which needs to be
>
On Wed, 26 Mar 2025 16:19:16 GMT, Viktor Klang wrote:
> I'm breaking this change out as a separate improvement, since it will not be
> generally possible to adjust these limits on the j.u.c primitives since they
> might already use a backing `long` to pack in information which needs to be
> up
15 matches
Mail list logo
