[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