Re: RFR: 8300647: Miscellaneous hashCode improvements in java.base [v2]

2023-01-19 Thread Claes Redestad
On Thu, 19 Jan 2023 13:46:26 GMT, Claes Redestad  wrote:

>> Went through the jdk and found a few more places where 
>> `ArraysSupport::vectorizedHashCode` can be used, and a few where adhoc 
>> methods could be replaced with a plain call to `java.util.Arrays` 
>> equivalents. This patch addresses that.
>> 
>> After this, #12068, and #12077 I think we're reaching the limit of sensible 
>> direct use of `AS::vectorizedHashCode`. I've found a few places outside of 
>> java.base where `vectorizedHashCode` might be applicable, but none that seem 
>> important enough to warrant an export of this method outside of java.base.
>
> Claes Redestad has updated the pull request incrementally with one additional 
> commit since the last revision:
> 
>   Revert ZipFileSystem changes since it's additionally built as a library 
> dependency and can't rely on jdk.internal

Thanks for reviewing!

-

PR: https://git.openjdk.org/jdk/pull/12093


Re: RFR: 8300647: Miscellaneous hashCode improvements in java.base [v2]

2023-01-19 Thread Roger Riggs
On Thu, 19 Jan 2023 13:46:26 GMT, Claes Redestad  wrote:

>> Went through the jdk and found a few more places where 
>> `ArraysSupport::vectorizedHashCode` can be used, and a few where adhoc 
>> methods could be replaced with a plain call to `java.util.Arrays` 
>> equivalents. This patch addresses that.
>> 
>> After this, #12068, and #12077 I think we're reaching the limit of sensible 
>> direct use of `AS::vectorizedHashCode`. I've found a few places outside of 
>> java.base where `vectorizedHashCode` might be applicable, but none that seem 
>> important enough to warrant an export of this method outside of java.base.
>
> Claes Redestad has updated the pull request incrementally with one additional 
> commit since the last revision:
> 
>   Revert ZipFileSystem changes since it's additionally built as a library 
> dependency and can't rely on jdk.internal

Marked as reviewed by rriggs (Reviewer).

-

PR: https://git.openjdk.org/jdk/pull/12093


Re: RFR: 8300647: Miscellaneous hashCode improvements in java.base [v2]

2023-01-19 Thread Sergey Tsypanov
On Thu, 19 Jan 2023 13:46:26 GMT, Claes Redestad  wrote:

>> Went through the jdk and found a few more places where 
>> `ArraysSupport::vectorizedHashCode` can be used, and a few where adhoc 
>> methods could be replaced with a plain call to `java.util.Arrays` 
>> equivalents. This patch addresses that.
>> 
>> After this, #12068, and #12077 I think we're reaching the limit of sensible 
>> direct use of `AS::vectorizedHashCode`. I've found a few places outside of 
>> java.base where `vectorizedHashCode` might be applicable, but none that seem 
>> important enough to warrant an export of this method outside of java.base.
>
> Claes Redestad has updated the pull request incrementally with one additional 
> commit since the last revision:
> 
>   Revert ZipFileSystem changes since it's additionally built as a library 
> dependency and can't rely on jdk.internal

Marked as reviewed by stsypanov (Author).

-

PR: https://git.openjdk.org/jdk/pull/12093


Re: RFR: 8300647: Miscellaneous hashCode improvements in java.base [v2]

2023-01-19 Thread Viktor Klang
On Thu, 19 Jan 2023 13:46:26 GMT, Claes Redestad  wrote:

>> Went through the jdk and found a few more places where 
>> `ArraysSupport::vectorizedHashCode` can be used, and a few where adhoc 
>> methods could be replaced with a plain call to `java.util.Arrays` 
>> equivalents. This patch addresses that.
>> 
>> After this, #12068, and #12077 I think we're reaching the limit of sensible 
>> direct use of `AS::vectorizedHashCode`. I've found a few places outside of 
>> java.base where `vectorizedHashCode` might be applicable, but none that seem 
>> important enough to warrant an export of this method outside of java.base.
>
> Claes Redestad has updated the pull request incrementally with one additional 
> commit since the last revision:
> 
>   Revert ZipFileSystem changes since it's additionally built as a library 
> dependency and can't rely on jdk.internal

src/java.base/unix/classes/java/lang/ProcessEnvironment.java line 415:

> 413: }
> 414: 
> 415: // Replace with general purpose method someday

@cl4es Nice work addressing this 16+ year old comment! 

-

PR: https://git.openjdk.org/jdk/pull/12093


Re: RFR: 8300647: Miscellaneous hashCode improvements in java.base [v2]

2023-01-19 Thread Claes Redestad
> Went through the jdk and found a few more places where 
> `ArraysSupport::vectorizedHashCode` can be used, and a few where adhoc 
> methods could be replaced with a plain call to `java.util.Arrays` 
> equivalents. This patch addresses that.
> 
> After this, #12068, and #12077 I think we're reaching the limit of sensible 
> direct use of `AS::vectorizedHashCode`. I've found a few places outside of 
> java.base where `vectorizedHashCode` might be applicable, but none that seem 
> important enough to warrant an export of this method outside of java.base.

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

  Revert ZipFileSystem changes since it's additionally built as a library 
dependency and can't rely on jdk.internal

-

Changes:
  - all: https://git.openjdk.org/jdk/pull/12093/files
  - new: https://git.openjdk.org/jdk/pull/12093/files/5f36ebd7..b1507e69

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk=12093=01
 - incr: https://webrevs.openjdk.org/?repo=jdk=12093=00-01

  Stats: 7 lines in 1 file changed: 2 ins; 2 del; 3 mod
  Patch: https://git.openjdk.org/jdk/pull/12093.diff
  Fetch: git fetch https://git.openjdk.org/jdk pull/12093/head:pull/12093

PR: https://git.openjdk.org/jdk/pull/12093


RFR: 8300647: Miscellaneous hashCode improvements in java.base

2023-01-19 Thread Claes Redestad
Went through the jdk and found a few more places where 
`ArraysSupport::vectorizedHashCode` can be used, and a few where adhoc methods 
could be replaced with a plain call to `java.util.Arrays` equivalents. This 
patch addresses that.

After this, #12068, and #12077 I think we're reaching the limit of sensible 
direct use of `AS::vectorizedHashCode`. I've found a few places outside of 
java.base where `vectorizedHashCode` might be applicable, but none that seem 
important enough to warrant an export of this method outside of java.base.

-

Commit messages:
 - Miscellaneous hashCode improvements in java.base

Changes: https://git.openjdk.org/jdk/pull/12093/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk=12093=00
  Issue: https://bugs.openjdk.org/browse/JDK-8300647
  Stats: 44 lines in 3 files changed: 3 ins; 33 del; 8 mod
  Patch: https://git.openjdk.org/jdk/pull/12093.diff
  Fetch: git fetch https://git.openjdk.org/jdk pull/12093/head:pull/12093

PR: https://git.openjdk.org/jdk/pull/12093