This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Contributing to the glibc Project
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- Cc: <libc-alpha at sourceware dot org>
- Date: Thu, 13 Oct 2016 17:03:16 +0000
- Subject: Re: Contributing to the glibc Project
- Authentication-results: sourceware.org; auth=none
- References: <CAEjPfw3r-b5BXGsHrGWV1FLg=j4yuDNmufRTJ5ZGapr85-3fEQ@mail.gmail.com> <b0455c84-49e6-e1aa-b83c-9d8dba42c37e@linaro.org>
On Thu, 13 Oct 2016, Adhemerval Zanella wrote:
> For strlen we do have an armv6, armv6 thumb2, and the default one
> which should work on minimum supported arm (armv5?).
Minimum is v4 (though anything less than v4t may not work well with the
EABI).
> Also note that for armv7+ we use ifunc to select of different
> implementation for memcpy. One possible work I would suggest you
> and use the memcpy* for amrv7 and create also a multiarch memmove
> implementation based on current armv7 strategies, since armv7
> still uses the default memmove.S implementation.
Note that any string function patches motivated by performance need
thorough before-and-after benchmarking to justify that they are
improvements for the affected processors. In addition to running the
glibc testsuite of course - and for processors such as ARM that support
both endiannesses, string tests need running for both endiannesses.
--
Joseph S. Myers
joseph@codesourcery.com