[PATCH v1 2/3] riscv: Add RVV implementation __strcpy_vector
Jeff Law
jlaw@ventanamicro.com
Mon Sep 22 12:50:58 GMT 2025
On 9/22/25 5:49 AM, Yao Zihong wrote:
>> Or to put it another way, we should make the first implementations at
>> these routines fairly generic RVV. If we then find (as I expect we
>> will) there are material gains to be made for specific uarchs, then we
>> can expand the hwprobe interface to provide additional information to
>> allow us to select those uarch specific implementations.
>
> Agreed. That seems like the more steady way to introduce RVV into glibc.
>
> What would be the next step here? Should we wait for maintainers or Hau to
> move this forward, or would it help if someone else picked it up? I would be
> glad to help push Hau’s generic version if needed.
>
> Cc'ing Hau for visibility.
Given your infrastructure basically matched mine (which was ack'ed by
Andreas many moons ago and I got too busy to push) and we have a generic
impementation we can use (Probably Hau's or Sergey's, I can't remmeber
where it originally came from), I think we have everything we need to go
forward.
We've got coverage for memcpy, memmove, memset, memchr, str[n]cat,
str[n]cpy, strlen & str[n]cmp ready to go. What seems notably missing
is memcmp if someone wanted to impement that...
jeff
More information about the Libc-alpha
mailing list