On Thu, 14 Oct 2021 17:21:25 GMT, Paul Sandoz wrote:
>> This PR improves the performance of vector operations that accept masks on
>> architectures that support masking in hardware, specifically Intel AVX512
>> and ARM SVE.
>>
>> On architectures that do n
t; No API enhancements were required and only a few additional tests were needed.
Paul Sandoz has updated the pull request incrementally with one additional
commit since the last revision:
Apply patch from https://github.com/openjdk/panama-vector/pull/152
-
Changes:
- all: h
This PR improves the performance of vector operations that accept masks on
architectures that support masking in hardware, specifically Intel AVX512 and
ARM SVE.
On architectures that do not support masking in hardware the same technique as
before is applied to most operations, specifically
On Tue, 12 Oct 2021 20:51:02 GMT, Maurizio Cimadamore
wrote:
>> This PR contains the API and implementation changes for JEP-419 [1]. A more
>> detailed description of such changes, to avoid repetitions during the review
>> process, is included as a separate comment.
>>
>> [1] -
On Tue, 12 Oct 2021 20:51:02 GMT, Maurizio Cimadamore
wrote:
>> This PR contains the API and implementation changes for JEP-419 [1]. A more
>> detailed description of such changes, to avoid repetitions during the review
>> process, is included as a separate comment.
>>
>> [1] -
On Tue, 12 Oct 2021 20:51:02 GMT, Maurizio Cimadamore
wrote:
>> This PR contains the API and implementation changes for JEP-419 [1]. A more
>> detailed description of such changes, to avoid repetitions during the review
>> process, is included as a separate comment.
>>
>> [1] -
Hi Tagir,
Do you mind if we slow down on this and let the idea bake somewhat, captured in
this thread/issue/PR(draft).
I am always a little wary of compact-only or fluent-only methods, as I find
them harder to justify. In this case I think there might be something more with
regards to a
On Wed, 25 Aug 2021 15:52:06 GMT, Igor Ignatyev wrote:
>> See the bug report for more details. I would appreciate if people with their
>> corporate testing systems would run this through their systems to avoid
>> surprises. (ping @RealCLanger, @iignatev).
>
> the testing in our infra returned
On Thu, 16 Sep 2021 19:40:19 GMT, Kartik Ohri
wrote:
>> Hi all!
>>
>> Please review this PR to add a benchmark comparing the performance of
>> Arrays.mismatch intrinsic in the JDK with that of the Vector API. Kindly
>> refer to this [thread] on panama-dev regarding some initial discussion
On Mon, 13 Sep 2021 20:06:08 GMT, Andrey Turbanov
wrote:
> 8273711: Remove redundant stream() call before forEach in jdk.jlink
In some cases you can use a method ref (no need for another review if you
update those).
On Tue, 14 Sep 2021 00:15:31 GMT, David Holmes wrote:
> Please review this trivial fix to add the missing comma.
>
> Thanks,
> David
Marked as reviewed by psandoz (Reviewer).
-
PR: https://git.openjdk.java.net/jdk/pull/5504
On Fri, 10 Sep 2021 08:32:02 GMT, Kartik Ohri
wrote:
> Hi all!
>
> Please review this PR to add a benchmark comparing the performance of
> Arrays.mismatch intrinsic in the JDK with that of the Vector API. Kindly
> refer to this [thread] on panama-dev regarding some initial discussion about
On Fri, 10 Sep 2021 08:32:02 GMT, Kartik Ohri
wrote:
> Hi all!
>
> Please review this PR to add a benchmark comparing the performance of
> Arrays.mismatch intrinsic in the JDK with that of the Vector API. Kindly
> refer to this [thread] on panama-dev regarding some initial discussion about
On Mon, 23 Aug 2021 21:08:05 GMT, Andrey Turbanov
wrote:
> Collections.sort is just a wrapper, so it is better to use an instance method
> directly.
This looks a good change. Either as part of this PR or as a follow up I think
it is worth reviewing the comparators passed to the sort method.
On Mon, 23 Aug 2021 21:08:05 GMT, Andrey Turbanov
wrote:
> Collections.sort is just a wrapper, so it is better to use an instance method
> directly.
This looks a good change. Either as part of this PR or as a follow up I think
it is worth reviewing the comparators passed to the sort method.
On Tue, 7 Sep 2021 20:25:25 GMT, Sandhya Viswanathan
wrote:
> Fix the copyright header of SVML files to match others.
>
> This was brought up on jdk-dev mailing list:
> https://mail.openjdk.java.net/pipermail/jdk-dev/2021-September/005992.html
Marked as reviewed by psandoz (Reviewer).
On Wed, 1 Sep 2021 16:16:38 GMT, Vladimir Ivanov wrote:
>> Get rid of WeakReference-based logic in
>> DirectMethodHandle::checkInitialized() and reimplement it with
>> `Unsafe::ensureClassInitialized()`/`shouldBeInitialized()`.
>>
>> The key observation is that
On Wed, 25 Aug 2021 09:31:51 GMT, Vladimir Ivanov wrote:
> `MethodHandle.asTypeCache` keeps a strong reference to adapted `MethodHandle`
> and it can introduce a class loader leak through its `MethodType`.
>
> Proposed fix introduces a 2-level cache (1 element each) where 1st level can
> only
On Wed, 25 Aug 2021 22:05:24 GMT, Vladimir Ivanov wrote:
> Get rid of WeakReference-based logic in
> DirectMethodHandle::checkInitialized() and reimplement it with
> `Unsafe::ensureClassInitialized()`/`shouldBeInitialized()`.
>
> The key observation is that `Unsafe::ensureClassInitialized()`
On Tue, 24 Aug 2021 20:49:52 GMT, Sandhya Viswanathan
wrote:
>> This pull request adds a micro benchmark for Vector API.
>> The Black Scholes algorithm is implemented with and without Vector API.
>> We see about ~6x gain with Vector API for this micro benchmark using 256 bit
>> vectors.
>
>
Hi,
Thanks for sharing.
I browsed through the code (not a review) and gave it a test drive, generally
it looks of good quality.
Over time, since LinkedList was added, there are less reasons to use it,
thereby making such improvements you propose less impactful. CPU caches have
got much
On Thu, 19 Aug 2021 15:15:31 GMT, Aleksey Shipilev wrote:
> See the bug report for more details. I would appreciate if people with their
> corporate testing systems would run this through their systems to avoid
> surprises. (ping @RealCLanger, @iignatev).
Struggling to recall all the details.
On Sun, 15 Aug 2021 01:43:32 GMT, Brian Goetz wrote:
> To reiterate: These issues were explored in the JSR 335 EG and it was agreed
> that this abstraction did not carry its weight.
Yes, we explored this when the Stream API was being designed. It's hard, if not
impossible, to capture all
On Wed, 4 Aug 2021 18:42:08 GMT, Joe Darcy wrote:
> Remove extraneous tag to fix build breakage.
Marked as reviewed by psandoz (Reviewer).
-
PR: https://git.openjdk.java.net/jdk/pull/5002
On Tue, 27 Jul 2021 18:31:20 GMT, Sandhya Viswanathan
wrote:
>> Jatin Bhateja has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 19 commits:
>>
>> - 8266054: Re-designing benchmark to remove noise.
>> - Merge branch 'master' of
On Wed, 30 Jun 2021 10:23:32 GMT, Jan Lahoda wrote:
>> Currently, an enum switch with patterns is desugared in a very non-standard,
>> and potentially slow, way. It would be better to use the standard
>> `typeSwitch` bootstrap to classify the enum constants. The bootstrap needs
>> to accept
On Wed, 23 Jun 2021 11:58:06 GMT, Jan Lahoda wrote:
>> Currently, an enum switch with patterns is desugared in a very non-standard,
>> and potentially slow, way. It would be better to use the standard
>> `typeSwitch` bootstrap to classify the enum constants. The bootstrap needs
>> to accept
On Wed, 23 Jun 2021 19:10:41 GMT, Paul Sandoz wrote:
> The Foreign Memory API supports viewing a `MemorySegment` as a `ByteBuffer`,
> an instance of which can then be passed to the vector load/store access
> methods.
>
> Such `ByteBuffer` access requires accesses are s
The Foreign Memory API supports viewing a `MemorySegment` as a `ByteBuffer`, an
instance of which can then be passed to the vector load/store access methods.
Such `ByteBuffer` access requires accesses are scoped (a method annotated with
`ScopedMemoryAccess.Scoped`) and the `ByteBuffer`'s scope
On Tue, 22 Jun 2021 02:58:28 GMT, Yi Yang wrote:
> I found that after solving the problem that Preconditions cannot be used
> during the VM startup, a series of functions such as
> String.checkIndex/checkOffset/.. can also be harmlessly replaced, but this
> changeset is somewhat large and may
On Tue, 22 Jun 2021 02:58:28 GMT, Yi Yang wrote:
> I found that after solving the problem that Preconditions cannot be used
> during the VM startup, a series of functions such as
> String.checkIndex/checkOffset/.. can also be harmlessly replaced, but this
> changeset is somewhat large and may
On Tue, 22 Jun 2021 02:58:28 GMT, Yi Yang wrote:
> I found that after solving the problem that Preconditions cannot be used
> during the VM startup, a series of functions such as
> String.checkIndex/checkOffset/.. can also be harmlessly replaced, but this
> changeset is somewhat large and may
On Mon, 21 Jun 2021 05:17:09 GMT, Yi Yang wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
> Yi Yang has updated the pull request
On Mon, 21 Jun 2021 05:17:09 GMT, Yi Yang wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
> Yi Yang has updated the pull request
On Mon, 21 Jun 2021 05:17:09 GMT, Yi Yang wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
> Yi Yang has updated the pull request
On Fri, 18 Jun 2021 05:54:01 GMT, Yi Yang wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
> Yi Yang has updated the pull request
On Fri, 18 Jun 2021 05:54:01 GMT, Yi Yang wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
> Yi Yang has updated the pull request
On Fri, 18 Jun 2021 05:54:01 GMT, Yi Yang wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
> Yi Yang has updated the pull request
On Mon, 14 Jun 2021 16:26:17 GMT, Paul Sandoz wrote:
> Refactor scatter/gather tests to be included in the load/store test classes
> and expand to support access between `ShortVector` and and `char[]`, and
> access between `ByteVector` and `boolean[]`.
>
> Vector tests pass on
On Thu, 17 Jun 2021 10:21:35 GMT, Alan Bateman wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
>
On Thu, 17 Jun 2021 10:21:35 GMT, Alan Bateman wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
>
On Thu, 17 Jun 2021 10:21:35 GMT, Alan Bateman wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
>
On Wed, 16 Jun 2021 20:42:56 GMT, Sandhya Viswanathan
wrote:
>> Paul Sandoz has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Remove redundatem data providers.
>
> test/jdk/jdk/incubator/vector/Byte128Vecto
> Refactor scatter/gather tests to be included in the load/store test classes
> and expand to support access between `ShortVector` and and `char[]`, and
> access between `ByteVector` and `boolean[]`.
>
> Vector tests pass on linux-x64 linux-aarch64 macosx-x64, and windows-x64.
On Mon, 14 Jun 2021 16:06:04 GMT, Paul Sandoz wrote:
> Test that when the jdk.incubator.vector module is present that libsvml.so is
> present, and test the opposite case.
This pull request has now been integrated.
Changeset: 091bc4a1
Author: Paul Sandoz
URL:
On Wed, 16 Jun 2021 01:20:39 GMT, Jie Fu wrote:
>> Paul Sandoz has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Require C2.
>
> The test logic should be changed.
>
> If C2 is absent, libsvml.so woul
> Test that when the jdk.incubator.vector module is present that libsvml.so is
> present, and test the opposite case.
Paul Sandoz has updated the pull request incrementally with one additional
commit since the last revision:
Require C2.
-
Changes:
- all:
On Tue, 15 Jun 2021 14:04:56 GMT, Maurizio Cimadamore
wrote:
> As the title says (please also refer to the JBS issue which describes all the
> issues in more details), the IDE support for IntelliJ has been updated with
> many enhancements as part of a seemingly innocuous "path handling" fix.
On Tue, 15 Jun 2021 14:04:56 GMT, Maurizio Cimadamore
wrote:
> As the title says (please also refer to the JBS issue which describes all the
> issues in more details), the IDE support for IntelliJ has been updated with
> many enhancements as part of a seemingly innocuous "path handling" fix.
Refactor scatter/gather tests to be included in the load/store test classes and
expand to support access between `ShortVector` and and `char[]`, and access
between `ByteVector` and `boolean[]`.
Vector tests pass on linux-x64 linux-aarch64 macosx-x64, and windows-x64.
-
Commit
Test that when the jdk.incubator.vector module is present that libsvml.so is
present, and test the opposite case.
-
Commit messages:
- 8268353: Test libsvml.so is and is not present in jdk image
Changes: https://git.openjdk.java.net/jdk17/pull/47/files
Webrev:
On Tue, 8 Jun 2021 23:27:52 GMT, Paul Sandoz wrote:
> Test that when the jdk.incubator.vector module is present that libsvml.so is
> present, and test the opposite case.
This pull request has been closed without being integrated.
-
PR: https://git.openjdk.java.net/jdk/pull/4421
On Tue, 8 Jun 2021 15:30:33 GMT, Dan Smith wrote:
>> Small bug fix.
>
> Dan Smith has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Clean up validation of implKind REF_invokeSpecial
Marked as reviewed by psandoz (Reviewer).
-
Test that when the jdk.incubator.vector module is present that libsvml.so is
present, and test the opposite case.
-
Commit messages:
- Improve test.
- Test for linux and windows
- 8268353: Test libsvml.so is and is not present in jdk image
Changes:
On Tue, 8 Jun 2021 17:34:58 GMT, Jorn Vernee wrote:
>> Hi,
>>
>> ~This is part 2 of a two part upstreaming process of the patch mentioned in
>> the subject line. The patch was split into 2 in order to document 2 separate
>> specification changes that arose from a change in the implementation,
On Tue, 8 Jun 2021 17:34:58 GMT, Jorn Vernee wrote:
>> Hi,
>>
>> ~This is part 2 of a two part upstreaming process of the patch mentioned in
>> the subject line. The patch was split into 2 in order to document 2 separate
>> specification changes that arose from a change in the implementation,
On Fri, 4 Jun 2021 09:46:31 GMT, Jan Lahoda wrote:
>> This is a preview of a patch implementing JEP 406: Pattern Matching for
>> switch (Preview):
>> https://bugs.openjdk.java.net/browse/JDK-8213076
>>
>> The current draft of the specification is here:
>>
On Fri, 4 Jun 2021 09:46:31 GMT, Jan Lahoda wrote:
>> This is a preview of a patch implementing JEP 406: Pattern Matching for
>> switch (Preview):
>> https://bugs.openjdk.java.net/browse/JDK-8213076
>>
>> The current draft of the specification is here:
>>
On Fri, 4 Jun 2021 09:46:31 GMT, Jan Lahoda wrote:
>> This is a preview of a patch implementing JEP 406: Pattern Matching for
>> switch (Preview):
>> https://bugs.openjdk.java.net/browse/JDK-8213076
>>
>> The current draft of the specification is here:
>>
On Thu, 3 Jun 2021 20:40:23 GMT, Dan Smith wrote:
>> Standardizes and better specifies the errors thrown by LambdaMetafactory,
>> including for inputs that would not be generated by javac.
>>
>> Does some renaming of core parameters/fields to better reflect their purpose.
>>
>> In the
On Thu, 3 Jun 2021 21:43:19 GMT, Sandhya Viswanathan
wrote:
>> The Vector API toShuffle method can be optimized using existing vector
>> conversion intrinsic.
>>
>> The following changes are made:
>> 1) vector.toShuffle java implementation is changed to call
>> VectorSupport.convert.
>> 2)
On Tue, 1 Jun 2021 19:54:59 GMT, Paul Sandoz wrote:
> The specification of `forEachRemaining`, accepting a primitive functional
> interface, on the primitive iterators is updated to be the same as for
> `Iterator.forEachRemaining`, specifically the following
On Thu, 29 Apr 2021 21:13:38 GMT, Paul Sandoz wrote:
> This PR contains API and implementation changes for [JEP-414 Vector API
> (Second Incubator)](https://openjdk.java.net/jeps/414), in preparation for
> when targeted.
>
> Enhancements are made to the API for the suppor
On Wed, 2 Jun 2021 22:22:22 GMT, Jonathan Gibbons wrote:
> Please review a test fix to refer to the new name of the TestNG module.
Marked as reviewed by psandoz (Reviewer).
-
PR: https://git.openjdk.java.net/jdk/pull/4325
Subsequent behavior of a spliterator is unspecified if the action
> throws
> * an exception.
Paul Sandoz has updated the pull request incrementally with one additional
commit since the last revision:
Use source of elements.
-
Changes:
- all: https://git.openjdk.java.net/jdk/
On Wed, 2 Jun 2021 17:54:06 GMT, Stuart Marks wrote:
>> I'm fixing this along with a couple intertwined issues.
>>
>> 1. Add Map.Entry::copyOf as an idempotent copy operation.
>>
>> 2. Clarify that AbstractMap.SimpleImmutableEntry is itself unmodifiable (not
>> really immutable) but that
On Tue, 1 Jun 2021 23:37:10 GMT, Stuart Marks wrote:
>> Yeah, well spotted. I agree it's awkward. How about we lean on the behavior
>> of the boxed counterpart:
>>
>> /**
>> * Performs the given action for each remaining element until all
>> elements
>> * have been processed or
The specification of `forEachRemaining`, accepting a primitive functional
interface, on the primitive iterators is updated to be the same as for
`Iterator.forEachRemaining`, specifically the following is added:
*
* Subsequent behavior of an iterator is unspecified if the action
On Tue, 1 Jun 2021 21:34:10 GMT, Stuart Marks wrote:
>> The specification of `forEachRemaining`, accepting a primitive functional
>> interface, on the primitive iterators is updated to be the same as for
>> `Iterator.forEachRemaining`, specifically the following is added:
>>
>>
>> *
>>
On Wed, 2 Jun 2021 21:39:15 GMT, Daniel D. Daugherty wrote:
> A trivial copyright fix.
Marked as reviewed by psandoz (Reviewer).
-
PR: https://git.openjdk.java.net/jdk/pull/4323
On Wed, 2 Jun 2021 20:17:20 GMT, Maurizio Cimadamore
wrote:
>> This patch overhauls the library loading mechanism used by the Foreign
>> Linker API. We realized that, while handy, the *default* lookup abstraction
>> (`LibraryLookup::ofDefault`) was behaving inconsistentlt across platforms.
>>
On Wed, 2 Jun 2021 20:17:20 GMT, Maurizio Cimadamore
wrote:
>> This patch overhauls the library loading mechanism used by the Foreign
>> Linker API. We realized that, while handy, the *default* lookup abstraction
>> (`LibraryLookup::ofDefault`) was behaving inconsistentlt across platforms.
>>
e to do that work after integration of
> the PR.
Paul Sandoz has updated the pull request incrementally with one additional
commit since the last revision:
Check vlen in bytes for unsigned support
-
Changes:
- all: https://git.openjdk.java.net/jdk/pull/3803/files
- ne
e to do that work after integration of
> the PR.
Paul Sandoz has updated the pull request with a new target base due to a merge
or a rebase. The pull request now contains five commits:
- Merge remote-tracking branch 'upstream/master' into
JDK-8266317-vector-api-enhancements
- JavaDoc refs
On Mon, 31 May 2021 10:25:26 GMT, Xiaohong Gong wrote:
> Currently `"VectorMask.eq()" `is not vectorized:
>
> public VectorMask eq(VectorMask m) {
> // FIXME: Generate good code here.
> return bOp(m, (i, a, b) -> a == b);
> }
>
> This can be implemented by calling
On Thu, 27 May 2021 06:13:40 GMT, Tagir F. Valeev wrote:
>> With the introduction of `toList()`, preserving the SIZED characteristics in
>> more cases becomes more important. This patch preserves SIZED on `skip()`
>> and `limit()` operations, so now every combination of
>>
On Mon, 24 May 2021 07:15:34 GMT, Tagir F. Valeev wrote:
>> Sometimes, `Spliterator::forEachRemaining` has much more optimized
>> implementation, compared to `Spliterator::tryAdvance`. For example, if a
>> `Stream::spliterator` called for a stream that has intermediate operations,
>>
On Mon, 24 May 2021 04:35:42 GMT, Tagir F. Valeev wrote:
>> With the introduction of `toList()`, preserving the SIZED characteristics in
>> more cases becomes more important. This patch preserves SIZED on `skip()`
>> and `limit()` operations, so now every combination of
>>
On Mon, 24 May 2021 11:47:53 GMT, Claes Redestad wrote:
> Extract some common behavior checks from the generated VarHandleGuards code
> to a package-private VarHandle method. This reduces the code size (-5.2kb
> lib/modules) and slightly improves startup, while being performance neutral
> on
On Mon, 24 May 2021 07:15:34 GMT, Tagir F. Valeev wrote:
>> Sometimes, `Spliterator::forEachRemaining` has much more optimized
>> implementation, compared to `Spliterator::tryAdvance`. For example, if a
>> `Stream::spliterator` called for a stream that has intermediate operations,
>>
On Thu, 20 May 2021 01:27:48 GMT, Sandhya Viswanathan
wrote:
>> Vector API test operations (IS_DEFAULT, IS_FINITE, IS_INFINITE, IS_NAN and
>> IS_NEGATIVE) are computed in three steps:
>> 1) reinterpreting the floating point vectors as integral vectors (int/long)
>> 2) perform the test in
On Wed, 19 May 2021 22:16:18 GMT, Sandhya Viswanathan
wrote:
>> This PR contains Short Vector Math Library support related changes for
>> [JEP-414 Vector API (Second Incubator)](https://openjdk.java.net/jeps/414),
>> in preparation for when targeted.
>>
>> Intel Short Vector Math Library
On Wed, 19 May 2021 22:16:18 GMT, Sandhya Viswanathan
wrote:
>> This PR contains Short Vector Math Library support related changes for
>> [JEP-414 Vector API (Second Incubator)](https://openjdk.java.net/jeps/414),
>> in preparation for when targeted.
>>
>> Intel Short Vector Math Library
On Mon, 3 May 2021 21:41:26 GMT, Paul Sandoz wrote:
>> Sandhya Viswanathan has updated the pull request with a new target base due
>> to a merge or a rebase. The pull request now contains six commits:
>>
>> - Merge master
>> - remove whitespace
>
On Mon, 3 May 2021 21:41:26 GMT, Paul Sandoz wrote:
>> Sandhya Viswanathan has updated the pull request with a new target base due
>> to a merge or a rebase. The pull request now contains six commits:
>>
>> - Merge master
>> - remove whitespace
>
On Wed, 19 May 2021 03:37:11 GMT, Sandhya Viswanathan
wrote:
>> This PR contains Short Vector Math Library support related changes for
>> [JEP-414 Vector API (Second Incubator)](https://openjdk.java.net/jeps/414),
>> in preparation for when targeted.
>>
>> Intel Short Vector Math Library
On Wed, 19 May 2021 03:37:11 GMT, Sandhya Viswanathan
wrote:
>> This PR contains Short Vector Math Library support related changes for
>> [JEP-414 Vector API (Second Incubator)](https://openjdk.java.net/jeps/414),
>> in preparation for when targeted.
>>
>> Intel Short Vector Math Library
On Fri, 14 May 2021 23:58:38 GMT, Sandhya Viswanathan
wrote:
> Vector API test operations (IS_DEFAULT, IS_FINITE, IS_INFINITE, IS_NAN and
> IS_NEGATIVE) are computed in three steps:
> 1) reinterpreting the floating point vectors as integral vectors (int/long)
> 2) perform the test in integer
On Fri, 14 May 2021 23:58:38 GMT, Sandhya Viswanathan
wrote:
> Vector API test operations (IS_DEFAULT, IS_FINITE, IS_INFINITE, IS_NAN and
> IS_NEGATIVE) are computed in three steps:
> 1) reinterpreting the floating point vectors as integral vectors (int/long)
> 2) perform the test in integer
On Sat, 17 Apr 2021 02:16:44 GMT, Tagir F. Valeev wrote:
>> Tagir F. Valeev has updated the pull request incrementally with four
>> additional commits since the last revision:
>>
>> - More benchmarks
>> - adjustSize -> exactOutputSize
>>
e to do that work after integration of
> the PR.
Paul Sandoz has updated the pull request incrementally with one additional
commit since the last revision:
JavaDoc refs for unsigned operators.
-
Changes:
- all: https://git.openjdk.java.net/jdk/pull/3803/files
- new: https:
e to do that work after integration of
> the PR.
Paul Sandoz has updated the pull request incrementally with one additional
commit since the last revision:
Rename method.
-
Changes:
- all: https://git.openjdk.java.net/jdk/pull/3803/files
- new: https://git.openjdk.java.
On Mon, 10 May 2021 21:05:02 GMT, Vladimir Ivanov wrote:
>> Paul Sandoz has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Rename method.
>
> src/hotspot/cpu/aarch64/aarch64.ad line 2440:
>
>>
Looks good, I took the liberty of making some minor edits, mostly fixing some
typos.
Paul.
> On May 10, 2021, at 12:26 PM, Mandy Chung wrote:
>
> Hidden classes were added in Java SE 15. Class data support was added in 16.
> `sun.misc.Unsafe::defineAnonymousClass` was deprecated in JDK 15
On Mon, 10 May 2021 18:31:30 GMT, Sandhya Viswanathan
wrote:
>> All the slice and unslice variants that take more than one argument can
>> benefit from already intrinsic methods on similar lines as slice(origin) and
>> unslice(origin).
>>
>> Changes include:
>> * Rewrite Vector API
On Sat, 8 May 2021 05:32:00 GMT, Yi Yang wrote:
> It seems that Object.checkIndex can not meet our needs because it implicitly
> passes null to Preconditions.checkIndex, but we want to customize exception
> messages, so we might add extra APIs in Objects while doing the replacement.
>
It
On Sat, 8 May 2021 05:54:38 GMT, Jatin Bhateja wrote:
>> Current VectorAPI Java side implementation expresses rotateLeft and
>> rotateRight operation using following operations:-
>>
>> vec1 = lanewise(VectorOperators.LSHL, n)
>> vec2 = lanewise(VectorOperators.LSHR, n)
>> res =
On Fri, 7 May 2021 18:31:15 GMT, Jatin Bhateja wrote:
>> Current VectorAPI Java side implementation expresses rotateLeft and
>> rotateRight operation using following operations:-
>>
>> vec1 = lanewise(VectorOperators.LSHL, n)
>> vec2 = lanewise(VectorOperators.LSHR, n)
>> res =
On Thu, 29 Apr 2021 21:13:38 GMT, Paul Sandoz wrote:
> This PR contains API and implementation changes for [JEP-414 Vector API
> (Second Incubator)](https://openjdk.java.net/jeps/414), in preparation for
> when targeted.
>
> Enhancements are made to the API for the suppor
This PR contains API and implementation changes for [JEP-414 Vector API (Second
Incubator)](https://openjdk.java.net/jeps/414), in preparation for when
targeted.
Enhancements are made to the API for the support of operations on characters,
such as for UTF-8 character decoding. Specifically,
601 - 700 of 3421 matches
Mail list logo
