[PATCH v1 12/23] x86: Fix fallback for wcsncmp_avx2 in strcmp-avx2.S [BZ #28896]
Noah Goldstein
goldstein.w.n@gmail.com
Thu Mar 24 19:18:41 GMT 2022
On Thu, Mar 24, 2022 at 2:00 PM H.J. Lu <hjl.tools@gmail.com> wrote:
>
> On Wed, Mar 23, 2022 at 3:01 PM Noah Goldstein <goldstein.w.n@gmail.com> wrote:
> >
> > Overflow case for __wcsncmp_avx2_rtm should be __wcscmp_avx2_rtm not
> > __wcscmp_avx2.
> >
> > All string/memory tests pass.
> > ---
> > sysdeps/x86_64/multiarch/strcmp-avx2.S | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/sysdeps/x86_64/multiarch/strcmp-avx2.S b/sysdeps/x86_64/multiarch/strcmp-avx2.S
> > index 52ff5ad724..86a86b68e3 100644
> > --- a/sysdeps/x86_64/multiarch/strcmp-avx2.S
> > +++ b/sysdeps/x86_64/multiarch/strcmp-avx2.S
> > @@ -122,7 +122,7 @@ ENTRY(STRCMP)
> > are cases where length is large enough that it can never be a
> > bound on valid memory so just use wcscmp. */
> > shrq $56, %rcx
> > - jnz __wcscmp_avx2
> > + jnz OVERFLOW_STRCMP
> >
> > leaq (, %rdx, 4), %rdx
> > # endif
> > --
> > 2.25.1
> >
>
> Isn't it a bug? Is there a glibc bug? Should this also be fixed on release
> branches?
It is bug but no need for backport.
>
> --
> H.J.
More information about the Libc-alpha
mailing list