Skip to content

docs: fix produce -> produces conjugation in hash javadoc #113

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
peter-lawrey wants to merge 1 commit into
base: develop
Choose a base branch
from
Open

docs: fix produce -> produces conjugation in hash javadoc #113

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 5 additions & 5 deletions src/main/java/net/openhft/hashing/LongHashFunction.java
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -33,7 +33,7 @@
* is defined by the given {@link Access} strategy to the given object.</li>
* </ul>
*
* <p>Hash function implementation could either produce equal results for equal input on platforms
* <p>Hash function implementation either produces equal results for equal input on platforms
* with different {@link ByteOrder}, favoring one byte order in terms of performance, or different
* results, but performing equally well. This choice should be explicitly documented for all
* {@code LongHashFunction} implementations.
Expand All @@ -59,7 +59,7 @@ public abstract class LongHashFunction implements Serializable {
/**
* Returns a {@code LongHashFunction} that implements the
* <a href="https://github.com/google/cityhash/blob/8af9b8c2b889d80c22d6bc26ba0df1afb79a30db/src/city.cc">
* CityHash64 algorithm, version 1.1</a> without seed values. This implementation produce
* CityHash64 algorithm, version 1.1</a> without seed values. This implementation produces
* equal results for equal input on platforms with different {@link ByteOrder}, but is slower
* on big-endian platforms than on little-endian.
*
Expand All @@ -74,7 +74,7 @@ public static LongHashFunction city_1_1() {
/**
* Returns a hash function implementing the
* <a href="https://github.com/google/cityhash/blob/8af9b8c2b889d80c22d6bc26ba0df1afb79a30db/src/city.cc">
* CityHash64 algorithm, version 1.1</a> using the given seed value. This implementation produce
* CityHash64 algorithm, version 1.1</a> using the given seed value. This implementation produces
* equal results for equal input on platforms with different {@link ByteOrder}, but is slower
* on big-endian platforms than on little-endian.
*
Expand Down Expand Up @@ -419,7 +419,7 @@ protected LongHashFunction() {
* value is interpreted in {@linkplain ByteOrder#nativeOrder() native} byte order. For example,
* the result of {@code hashShort(v)} call is identical to the result of
* {@code hashShorts(new short[] {v})} call for any {@code short} value.
* As a consequence, {@code hashShort(v)} call produce always the same result as {@code
* As a consequence, {@code hashShort(v)} call produces always the same result as {@code
* hashChar((char) v)}.
*
* @param input the short value to be hashed
Expand All @@ -433,7 +433,7 @@ protected LongHashFunction() {
* value is interpreted in {@linkplain ByteOrder#nativeOrder() native} byte order. For example,
* the result of {@code hashChar(v)} call is identical to the result of
* {@code hashChars(new char[] {v})} call for any {@code char} value.
* As a consequence, {@code hashChar(v)} call produce always the same result as {@code
* As a consequence, {@code hashChar(v)} call produces always the same result as {@code
* hashShort((short) v)}.
*
* @param input the char value to be hashed
Expand Down
Loading