From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Lennart Borgman (gmail)" Newsgroups: gmane.emacs.help Subject: Re: eval trouble Date: Mon, 25 Aug 2008 20:34:02 +0200 Message-ID: <48B2FB1A.80003@gmail.com> References: <48B2E455.4060600@gmail.com> <87ej4dt2g8.fsf@hubble.informatimago.com> <48B2EFC0.8060606@gmail.com> <18610.65088.524441.817690@hubble.informatimago.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1219689273 18632 80.91.229.12 (25 Aug 2008 18:34:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 25 Aug 2008 18:34:33 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: pjb@informatimago.com Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Aug 25 20:35:26 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KXguU-0001Gk-47 for geh-help-gnu-emacs@m.gmane.org; Mon, 25 Aug 2008 20:35:26 +0200 Original-Received: from localhost ([127.0.0.1]:54141 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KXgtV-000231-UH for geh-help-gnu-emacs@m.gmane.org; Mon, 25 Aug 2008 14:34:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KXgtE-00022c-5U for help-gnu-emacs@gnu.org; Mon, 25 Aug 2008 14:34:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KXgtC-00022K-Jr for help-gnu-emacs@gnu.org; Mon, 25 Aug 2008 14:34:07 -0400 Original-Received: from [199.232.76.173] (port=32881 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KXgtC-00022H-BR for help-gnu-emacs@gnu.org; Mon, 25 Aug 2008 14:34:06 -0400 Original-Received: from ch-smtp01.sth.basefarm.net ([80.76.149.212]:48186) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KXgtC-0006C7-8F for help-gnu-emacs@gnu.org; Mon, 25 Aug 2008 14:34:06 -0400 Original-Received: from c83-254-151-176.bredband.comhem.se ([83.254.151.176]:62569 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KXgt9-0001HU-4b; Mon, 25 Aug 2008 20:34:03 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 In-Reply-To: <18610.65088.524441.817690@hubble.informatimago.com> X-Enigmail-Version: 0.95.7 X-Antivirus: avast! (VPS 080825-0, 2008-08-25), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.151.176 X-Scan-Result: No virus found in message 1KXgt9-0001HU-4b. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KXgt9-0001HU-4b 8456b385d989416592a3317acc3091ca X-detected-kernel: by monty-python.gnu.org: Linux 2.6? (barebone, rare!) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:56969 Archived-At: Pascal J. Bourguignon wrote: > Lennart Borgman (gmail) writes: >> Pascal J. Bourguignon wrote: >>> "Lennart Borgman (gmail)" writes: >>>>> Here is the code that does NOT work: >>>>> >>>>> (defun mumamo-define-no-mode (mode-sym) >>>>> (let ((mumamo-repl4 (make-symbol (format "mumamo-repl4-%s" mode-sym))) >>>> It works if I replace make-symbol with intern. But why does eval care >>>> about that? >>> eval doesn't care, but how would you be able to refer again to the >>> defined thing if you don't have its name in some dictionary? >> >> Thanks. I see. I thought eval interned the symbol, or perhaps rather >> created an interned symbol. In this case it does not do that. >> >> Or am I still misunderstanding something. > > Only intern interns symbols. intern is called automatically only by > the lisp reader. It's when a s-expression is read that symbols it > contains are interned. When you call eval, it's already done. Yepp. I was still misunderstanding. Thanks, that was very clear.