From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: regex and case-fold-search problem Date: Thu, 29 Aug 2002 22:38:11 +0900 (JST) Sender: emacs-devel-admin@gnu.org Message-ID: <200208291338.WAA03607@etlken.m17n.org> References: <200208230625.PAA23426@etlken.m17n.org> <200208262151.g7QLpfA12782@wijiji.santafe.edu> <200208290853.RAA03185@etlken.m17n.org> <5x8z2pj13t.fsf@kfs2.cua.dk> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1030628546 19571 127.0.0.1 (29 Aug 2002 13:42:26 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 29 Aug 2002 13:42:26 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17kPZ0-00055J-00 for ; Thu, 29 Aug 2002 15:42:22 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17kQ5J-0005CW-00 for ; Thu, 29 Aug 2002 16:15:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17kPaO-0001r1-00; Thu, 29 Aug 2002 09:43:48 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17kPVC-0001Nq-00 for emacs-devel@gnu.org; Thu, 29 Aug 2002 09:38:26 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17kPV9-0001NO-00 for emacs-devel@gnu.org; Thu, 29 Aug 2002 09:38:26 -0400 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17kPV6-0001L6-00; Thu, 29 Aug 2002 09:38:20 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6/3.7W-20010518204228) with ESMTP id g7TDcCl03483; Thu, 29 Aug 2002 22:38:12 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.3/3.7W-20010823150639) with ESMTP id g7TDcB919146; Thu, 29 Aug 2002 22:38:12 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id WAA03607; Thu, 29 Aug 2002 22:38:11 +0900 (JST) Original-To: storm@cua.dk In-Reply-To: <5x8z2pj13t.fsf@kfs2.cua.dk> (storm@cua.dk) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.1.30 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:7110 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7110 In article <5x8z2pj13t.fsf@kfs2.cua.dk>, storm@cua.dk (Kim F. Storm) writes: > IMO, it is wrong to handle case-fold-search for regexp ranges by > trying to modify the interpretation of the regex range. > Instead, the regex matcher should try to upcase and lowercase each > character in the string and see if either of these caracters are > within the given range. I also reached to that idea. It makes regexp compiling simpler and faster but makes regexp matching a little bit slower. I don't know if that slowerness is tolerable or not, but it's worth trying. --- Ken'ichi HANDA handa@etl.go.jp