From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Richard Stallman <rms@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: emacs and guile (Re: ehelp woes, or why I hate a module that I
 love so much)
Date: Fri, 19 Jul 2002 10:54:44 -0600 (MDT)
Sender: emacs-devel-admin@gnu.org
Message-ID: <200207191654.g6JGsiA27021@aztec.santafe.edu>
References: <20020704135240.4CBB.LEKTU@terra.es>
	<ilu4rffy4nm.fsf@latte.josefsson.org>
	<20020704164911.4CC1.LEKTU@terra.es> <tx1adorvz5m.fsf_-_@raeburn.org>
	<200207181456.g6IEu0J25108@aztec.santafe.edu> <tx11ya0x14s.fsf@raeburn.org>
Reply-To: rms@gnu.org
NNTP-Posting-Host: localhost.gmane.org
X-Trace: main.gmane.org 1027097837 10607 127.0.0.1 (19 Jul 2002 16:57:17 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Fri, 19 Jul 2002 16:57:17 +0000 (UTC)
Cc: emacs-devel@gnu.org
Return-path: <emacs-devel-admin@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 17Vb47-0002ky-00
	for <emacs-devel@main.gmane.org>; Fri, 19 Jul 2002 18:57:15 +0200
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian))
	id 17VbGa-0001pv-00
	for <emacs-devel@quimby.gnus.org>; Fri, 19 Jul 2002 19:10:08 +0200
Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian))
	id 17Vb49-00031K-00; Fri, 19 Jul 2002 12:57:17 -0400
Original-Received: from pele.santafe.edu ([192.12.12.119])
	by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian))
	id 17Vb1h-0002rB-00; Fri, 19 Jul 2002 12:54:45 -0400
Original-Received: from aztec.santafe.edu (aztec [192.12.12.49])
	by pele.santafe.edu (8.11.6+Sun/8.11.6) with ESMTP id g6JGsnB11500;
	Fri, 19 Jul 2002 10:54:49 -0600 (MDT)
Original-Received: (from rms@localhost)
	by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g6JGsiA27021;
	Fri, 19 Jul 2002 10:54:44 -0600 (MDT)
X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f
Original-To: raeburn@raeburn.org
In-Reply-To: <tx11ya0x14s.fsf@raeburn.org> (message from Ken Raeburn on Thu,
	18 Jul 2002 15:54:43 -0400)
Errors-To: emacs-devel-admin@gnu.org
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Post: <mailto:emacs-devel@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
List-Id: Emacs development discussions. <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel/>
Xref: main.gmane.org gmane.emacs.devel:5912
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5912

    A related issue is the symbol name -- a Lisp symbol name is a Lisp
    string, with some of the associated fields ignored for matching
    purposes.

I don't think this is a feature.  Perhaps we should make intern
discard text properties (if there are any) in the string it uses as
the symbol's name.

    An Emacs Lisp symbol's name can also be changed after interning, such
    that it won't be found when interning either the old name or
    (probably) the new name.

This is something you should never do; we can consider it as
an undefined case.