From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: never use `eval' Date: Thu, 16 Jul 2015 03:11:52 +0200 Message-ID: <874ml43nzb.fsf@nl106-137-147.student.uu.se> References: <87io9lmb4z.fsf@mbork.pl> <87oajdkqc7.fsf@kuiper.lan.informatimago.com> <87k2u1kl34.fsf@kuiper.lan.informatimago.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1437009247 11696 80.91.229.3 (16 Jul 2015 01:14:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 16 Jul 2015 01:14:07 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Jul 16 03:13:59 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZFXkN-00021T-9u for geh-help-gnu-emacs@m.gmane.org; Thu, 16 Jul 2015 03:13:59 +0200 Original-Received: from localhost ([::1]:37972 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZFXkM-0007ez-Cj for geh-help-gnu-emacs@m.gmane.org; Wed, 15 Jul 2015 21:13:58 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54141) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZFXk8-0007eQ-Pw for help-gnu-emacs@gnu.org; Wed, 15 Jul 2015 21:13:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZFXk3-0006Ox-HV for help-gnu-emacs@gnu.org; Wed, 15 Jul 2015 21:13:44 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:47159) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZFXk3-0006Of-Aj for help-gnu-emacs@gnu.org; Wed, 15 Jul 2015 21:13:39 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZFXk2-0001r0-8s for help-gnu-emacs@gnu.org; Thu, 16 Jul 2015 03:13:38 +0200 Original-Received: from nl106-137-156.student.uu.se ([130.243.137.156]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Jul 2015 03:13:38 +0200 Original-Received: from embe8573 by nl106-137-156.student.uu.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Jul 2015 03:13:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Original-Lines: 49 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: nl106-137-156.student.uu.se Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:yDATWgIHbrj1+061ojLuWdoew6o= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:105757 Archived-At: "Pascal J. Bourguignon" writes: > As mentioned, eval setq can be replaced by (setf > symbol-value) or even set, if you like > archaic forms. Do I? Or do you? What do you mean? But: which case is "eval setq"? From reading your post, there are two OK uses, one that should be a macro, and the rest `apply'? > For defvar, and in general for operations like this > set-color-face that _defines_ a symbol to bind it to > some kind of object, what you should do is to write > a define macro instead. OK, thanks to all of you! *Define* is exactly what I wanted to do, but I didn't succeed and that is the reason for all those `defvars' in the original code. The line you mentioned is probably a leftover from an attempt to not have to have those. Ironically, instead the macro is exactly what I needed to not have to have them. Now it looks ten times better: http://user.it.uu.se/~embe8573/conf/emacs-init/faces.el > Notice: > > command-history is a variable defined in `C source > code'. Its value is shown below. > > Documentation: List of recent commands that read > arguments from terminal. Each command is represented > as a form to evaluate. > > So clearly, (eval (first command-history)) > is vetted. I see: the other `eval' that is also "vetted" also stems from `command-history'. -- underground experts united http://user.it.uu.se/~embe8573