From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: Unquoted special characters in regexps Date: Tue, 28 Feb 2006 16:57:52 -0600 (CST) Message-ID: <200602282257.k1SMvqU26046@raven.dms.auburn.edu> References: <4400AD8E.5050001@gmx.at> <4400BBB1.2050800@gmx.at> <200602252213.k1PMDBP24413@raven.dms.auburn.edu> <4401A98D.3070809@gmx.at> <4401E0F2.7030800@gmx.at> <4401FCBA.1070206@gmx.at> <200602280030.k1S0UDE07149@raven.dms.auburn.edu> <44042575.8080806@gmx.at> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1141479915 701 80.91.229.2 (4 Mar 2006 13:45:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 4 Mar 2006 13:45:15 +0000 (UTC) Cc: schwab@suse.de, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 04 14:45:14 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FFX4J-0000D1-6m for ged-emacs-devel@m.gmane.org; Sat, 04 Mar 2006 14:45:11 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FFX4M-00076m-LN for ged-emacs-devel@m.gmane.org; Sat, 04 Mar 2006 08:45:14 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FFVXK-0001QS-RL for emacs-devel@gnu.org; Sat, 04 Mar 2006 07:07:03 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FEE7H-0003OS-0T for emacs-devel@gnu.org; Tue, 28 Feb 2006 18:21:58 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FEE79-00037S-SM for emacs-devel@gnu.org; Tue, 28 Feb 2006 18:18:45 -0500 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FEDse-0006EV-UW; Tue, 28 Feb 2006 18:03:45 -0500 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.13.3+Sun/8.13.3) with ESMTP id k1SN2Wu7004680; Tue, 28 Feb 2006 17:02:32 -0600 (CST) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id k1SMvqU26046; Tue, 28 Feb 2006 16:57:52 -0600 (CST) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rudalics@gmx.at In-reply-to: <44042575.8080806@gmx.at> (message from martin rudalics on Tue, 28 Feb 2006 11:27:01 +0100) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.1 (manatee.dms.auburn.edu [131.204.53.104]); Tue, 28 Feb 2006 17:02:32 -0600 (CST) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:51164 Archived-At: Martin Rudalics wrote: It would be strange to say, for example, that the double-quote opening an Elisp string is outside the context of the string and the double-quote that closes it inside. I do not see why you consider this strange. Quite to the contrary, this is exactly what allows one to determine whether a `"' opens or closes a string. `"" is special both inside and outside the context of a string. But its special meaning depends on that context. Outside the context of a string `"' starts a string, inside the context of a string, `"' ends a string. So an opening `"' is opening _because_ it occurs outside of a string context and the closing `"' is the closing one _because_ it occurs inside a string context. Note that the GNU regexp manual, node `(regex)List Operators' agrees with Andreas and me that `[' is special _outside_ a character alternative (by stating that it is ordinary inside one) and explicitly states that `]' has the special meaning of closing a character alternative _inside_ a character alternative. (Note that it refers to character alternatives as "lists".) Sincerely, Luc.