From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23467 invoked by alias); 13 Jun 2014 13:04:32 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Received: (qmail 23455 invoked by uid 89); 13 Jun 2014 13:04:32 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,SPF_NEUTRAL autolearn=no version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: popelka.ms.mff.cuni.cz Received: from popelka.ms.mff.cuni.cz (HELO popelka.ms.mff.cuni.cz) (195.113.20.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 13 Jun 2014 13:04:28 +0000 Received: from domone.kolej.mff.cuni.cz (popelka.ms.mff.cuni.cz [195.113.20.131]) by popelka.ms.mff.cuni.cz (Postfix) with ESMTPS id 0352F6D184; Fri, 13 Jun 2014 15:04:25 +0200 (CEST) Received: by domone.kolej.mff.cuni.cz (Postfix, from userid 1000) id CE2025F815; Fri, 13 Jun 2014 15:04:24 +0200 (CEST) Date: Fri, 13 Jun 2014 13:04:00 -0000 From: =?utf-8?B?T25kxZllaiBCw61sa2E=?= To: fweimer at redhat dot com Cc: glibc-bugs@sourceware.org Subject: Re: [Bug libc/15973] glibc should provide strnspn() and strncspn() Message-ID: <20140613130424.GA12933@domone.podge> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-IsSubscribed: yes X-SW-Source: 2014-06/txt/msg00615.txt.bz2 On Fri, Jun 13, 2014 at 12:48:04PM +0000, fweimer at redhat dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=15973 > > Florian Weimer changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |fweimer at redhat dot com > > --- Comment #5 from Florian Weimer --- > The existing strspn function isn't even such a great model for an API. In most > cases, it would be beneficial to pre-compile the pattern. I don't think it > makes sense to add more interfaces with the same issue. > You could do caching on-line but it is not on my priority list.