This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] PowerPC - Optimization for str[n]casecmp functions
- From: Benjamin Herrenschmidt <benh at kernel dot crashing dot org>
- To: "Ryan S. Arnold" <ryan dot arnold at gmail dot com>
- Cc: "GNU C. Library" <libc-alpha at sourceware dot org>, Adhemerval Zanella <azanella at linux dot vnet dot ibm dot com>
- Date: Thu, 24 Nov 2011 15:26:36 +1100
- Subject: Re: [PATCH] PowerPC - Optimization for str[n]casecmp functions
- References: <4EA70840.email@example.com> <CAOPLpQeE+8b_KVbX366vnqEh7-O5ejYsSKRhs1YC6HBmF3B9YA@mail.gmail.com> <4ECC067A.firstname.lastname@example.org> <CAAKybw8m2-Z9cZ=LBCMtWchPB8tHvb7bLqhxzhB4HqWM2dRWCw@mail.gmail.com>
On Tue, 2011-11-22 at 15:50 -0600, Ryan S. Arnold wrote:
> We discussed this issue with the IBM PowerPC compiler team and
> Adhemerval's approach is seen as the best option currently available
> for strcasecmp.
> The compiler could in theory do such unrolling, but right now it is
> likely beyond the current unrolling implementation. And even if this
> could be enabled it would be quite some time before one could build a
> glibc that would benefit from the change.
> So I'm acking this patch. We'd like to see this performance
I see no conditional compilation or anything involved here making this
specific to Power7.
Do we have any idea of the impact of this patch on things such as IBM
476 32-bit embedded cores or Freescale e500 or e5500 cores ?