From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Using empty_string as the only "" string Date: Wed, 25 Apr 2007 08:37:47 +0900 Message-ID: <87ejm9ibsk.fsf@catnip.gol.com> References: <462E310C.20400@yandex.ru> <87vefliha4.fsf@catnip.gol.com> <87ps5tifro.fsf@catnip.gol.com> Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1177457892 18394 80.91.229.12 (24 Apr 2007 23:38:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 24 Apr 2007 23:38:12 +0000 (UTC) Cc: Andreas Schwab , Dmitry Antipov , emacs-devel@gnu.org To: "Juanma Barranquero" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 25 01:38:10 2007 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.50) id 1HgUaH-0003C4-Af for ged-emacs-devel@m.gmane.org; Wed, 25 Apr 2007 01:38:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HgUfp-0007Q7-RG for ged-emacs-devel@m.gmane.org; Tue, 24 Apr 2007 19:43:53 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HgUfZ-0007BO-L1 for emacs-devel@gnu.org; Tue, 24 Apr 2007 19:43:37 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HgUfY-0007Ad-Si for emacs-devel@gnu.org; Tue, 24 Apr 2007 19:43:37 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HgUfY-0007AU-Ov for emacs-devel@gnu.org; Tue, 24 Apr 2007 19:43:36 -0400 Original-Received: from smtp02.dentaku.gol.com ([203.216.5.72]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HgUZy-0003bH-KA; Tue, 24 Apr 2007 19:37:51 -0400 Original-Received: from 203-216-97-156.dsl.gol.ne.jp ([203.216.97.156] helo=catnip.gol.com) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1HgUZv-0006R8-Ke; Wed, 25 Apr 2007 08:37:47 +0900 Original-Received: by catnip.gol.com (Postfix, from userid 1000) id 2A43B2F43; Wed, 25 Apr 2007 08:37:47 +0900 (JST) System-Type: i686-pc-linux-gnu In-Reply-To: (Juanma Barranquero's message of "Wed\, 25 Apr 2007 00\:59\:56 +0200") Original-Lines: 29 X-Abuse-Complaints: abuse@gol.com X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:70021 Archived-At: "Juanma Barranquero" writes: > I don't think there's such thing as "lisp", but certainly I'm not > misunderstanding what guarantees are made about Emacs Lisp. I'm > talking about the "guarantee" implicit in its current behaviour. Huh? That's not a guarantee, and absolutely should not be taken as one. There's a _reason_ why eq traditionally has wide latitude for implementation-dependent/undefined behavior in many cases. > For the umpteen time, I *know* (eq "" "") => t is not forbidden; just > unexpected. I disagree. I don't think most people expect much one way or the other in this case, _especially_ because we're talking about lexical constants (for instance, I expect very few people would be surprised if the compiler merged various lexical constants). [The exception of course would be rank beginners, who often -- incorrectly -- _expect_ exactly this behavior.] > Could we please stop Lisp 101? (rolls eyes) -Miles -- Come now, if we were really planning to harm you, would we be waiting here, beside the path, in the very darkest part of the forest?