This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Improve strtok(_r) performance
- From: Wilco Dijkstra <Wilco dot Dijkstra at arm dot com>
- To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Cc: nd <nd at arm dot com>
- Date: Mon, 14 Nov 2016 12:50:23 +0000
- Subject: Re: [PATCH] Improve strtok(_r) performance
- Authentication-results: sourceware.org; auth=none
- Authentication-results: spf=none (sender IP is ) smtp.mailfrom=Wilco dot Dijkstra at arm dot com;
- Nodisclaimer: True
- References: <AM5PR0802MB2610F3F2F9864ECF0089F9E583AD0@AM5PR0802MB2610.eurprd08.prod.outlook.com> <AM5PR0802MB261081079A9A4BC050B185E483BC0@AM5PR0802MB2610.eurprd08.prod.outlook.com>,<fa025578-1b1e-35b0-6477-fc109fa62e67@linaro.org>
- Spamdiagnosticmetadata: NSPM
- Spamdiagnosticoutput: 1:99
Adhemerval Zanella <adhemerval.zanella@linaro.org> wrote:
> Why not aim for simplicity and just use strtok_r and strtok? I should
> be a tail call in most architecture and performance loss should be
> minimum.
You mean avoiding the duplication of code? Say inlining or tailcalling
strtok_r in string/strtok_r.c?
Wilco