Higher level functions in the Vector API
Andrii Lomakin
andrii0lomakin at gmail.com
Sat Oct 28 08:43:07 UTC 2023
I also support that.
We had to rebuild those functions from scratch, and as with collections,
everybody would benefit with out of the box highly tuned implementation.
On Sat, Oct 28, 2023 at 4:15 AM David Alayachew <davidalayachew at gmail.com>
wrote:
> I'd like to know too. The API as is is not *complex*, but it is absolutely
> low-level. Having a class with a bunch of static utility methods
> (Vector"s"?) seems like the natural next step. And it's not just a desire
> for sugar, capturing intent leaves less room for error. And we don't need
> to be exhaustive here, just the most basic use cases.
>
> On Fri, Oct 27, 2023 at 9:39 PM Sam Pullara <spullara at gmail.com> wrote:
>
>> Why were these kinds of operations not included as part of the Vector
>> API? Seems like everyone is going to build them and they will be nearly
>> identical:
>>
>> jvector/jvector-twenty/src/main/java/io/github/jbellis/jvector/vector/SimdOps.java
>> at main · jbellis/jvector
>> <https://github.com/jbellis/jvector/blob/main/jvector-twenty/src/main/java/io/github/jbellis/jvector/vector/SimdOps.java>
>>
>>
>>
>> http
>>
>> r/blob/main/jvector-twenty/src/main/java/io/github/jbellis/jvector/vector/SimdOps.java
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/panama-dev/attachments/20231028/6fc9636b/attachment-0001.htm>
More information about the panama-dev
mailing list