From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: MON KEY Newsgroups: gmane.emacs.devel Subject: re: e and pi Date: Sat, 18 Sep 2010 01:58:48 -0400 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: dough.gmane.org 1284789631 3074 80.91.229.12 (18 Sep 2010 06:00:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 18 Sep 2010 06:00:31 +0000 (UTC) Cc: Stefan Monnier To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 18 08:00:28 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OwqTJ-0004ay-58 for ged-emacs-devel@m.gmane.org; Sat, 18 Sep 2010 08:00:26 +0200 Original-Received: from localhost ([127.0.0.1]:43472 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OwqRy-00016a-Tv for ged-emacs-devel@m.gmane.org; Sat, 18 Sep 2010 01:59:03 -0400 Original-Received: from [140.186.70.92] (port=36463 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OwqRo-000168-8Y for emacs-devel@gnu.org; Sat, 18 Sep 2010 01:58:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OwqRm-00038L-Fo for emacs-devel@gnu.org; Sat, 18 Sep 2010 01:58:51 -0400 Original-Received: from mail-wy0-f169.google.com ([74.125.82.169]:50325) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwqRm-000389-Az for emacs-devel@gnu.org; Sat, 18 Sep 2010 01:58:50 -0400 Original-Received: by wyb36 with SMTP id 36so3814058wyb.0 for ; Fri, 17 Sep 2010 22:58:48 -0700 (PDT) Original-Received: by 10.216.71.66 with SMTP id q44mr5066457wed.44.1284789528244; Fri, 17 Sep 2010 22:58:48 -0700 (PDT) Original-Received: by 10.216.65.140 with HTTP; Fri, 17 Sep 2010 22:58:48 -0700 (PDT) X-Google-Sender-Auth: Ki8hRXJ7v4Tcci7sQPuvAWQmujQ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:130377 Archived-At: > Not a problem: they do use a prefix, so they don't affect other packages > (except those using the same prefix, of course). > OTOH, the regexp I use currently will incorrectly complain about > "foo/bar" as lacking a prefix. Will fix it soon, What about adding `%' and `+' as prefix/suffix to your regexp? Likewise, could the CL semi-convention of naming "vars with *stars*" e.g.: (defvar *my-special-frobomatic* {...} ) and constants with + (no equally nice mnemonic here): (defconst +my-privileged-froboid+ {...} ) be of use to help (textually not syntactically) keep track of variable scoping? Obv. where a non-existing convention in existing code isn't these won't help (not without changing _a lot_ of symbol names). However, maybe as part of the lexbind integration something as above should be encouraged in addition to "the prefix namespace". My impression is that the CL convention for `+' and `*' wrappers is an idiom born of lexical/dynamic scoping tensions. -- /s_P\