From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Skipping unexec via a big .elc file Date: Mon, 09 Jan 2017 21:25:23 -0500 Message-ID: References: <8360ojpndr.fsf@gnu.org> <83shrnm0k1.fsf@gnu.org> <075B0922-F07A-4FBA-AE71-027E964A5ED4@raeburn.org> <54AAC13A-CF56-4393-A932-DC6CBBF51259@raeburn.org> <3CC6BB36-1794-4202-8243-132E0345B236@raeburn.org> <52BDCC33-546C-4F47-A230-00EBC813B038@raeburn.org> <15CF14CC-C7DE-44BA-AC7D-F0BF1F160979@raeburn.org> <9463F91F-DB82-48E1-BE01-1E2BC8DA0766@raeburn.org> <831swxzbw8.fsf@gnu.org> <83y3z2wphb.fsf@gnu.org> <83tw9bb42m.fsf@gnu.org> <349ED8B9-C34B-495B-9FB5-E72CE6EFCA38@raeburn.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1484015190 17282 195.159.176.226 (10 Jan 2017 02:26:30 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 10 Jan 2017 02:26:30 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 10 03:26:26 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cQm8b-0002W5-1t for ged-emacs-devel@m.gmane.org; Tue, 10 Jan 2017 03:26:13 +0100 Original-Received: from localhost ([::1]:44265 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cQm8f-0003uX-Fv for ged-emacs-devel@m.gmane.org; Mon, 09 Jan 2017 21:26:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57719) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cQm88-0003uS-Dd for emacs-devel@gnu.org; Mon, 09 Jan 2017 21:25:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cQm83-00042I-GS for emacs-devel@gnu.org; Mon, 09 Jan 2017 21:25:44 -0500 Original-Received: from [195.159.176.226] (port=59479 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cQm83-000426-9Z for emacs-devel@gnu.org; Mon, 09 Jan 2017 21:25:39 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1cQm7v-0006dW-Jt for emacs-devel@gnu.org; Tue, 10 Jan 2017 03:25:31 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:RjBsdV6z2xZl5gOXY+fKczJvI3g= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:211176 Archived-At: > `(,'set-window-parameter . #21=(,@args ,val))) . #22=(do args))) > side-effect-free t)) > > The comma-quote-symbol syntax looks strange to me, could that be causing it? The ,' is a result of evaluation of code like ``(,',setter ,@args ,val) so, it's indeed strange, but only to the extent that nested backquotes are "strange". Eli wrote: > Multiple args to , are not supported: ((\, (quote set-window-parameter)) temp (\, (quote set-window-parameter)) end) Hmm... I don't understand this. This message seems to come from backquote.el: ((eq (car s) backquote-unquote-symbol) (if (<= level 0) (cond ((> (length s) 2) ;; We could support it with: (cons 2 `(list . ,(cdr s))) ;; But let's not encourage such uses. (error "Multiple args to , are not supported: %S" s)) (t (cons (if (eq (car-safe (nth 1 s)) 'quote) 0 1) (nth 1 s)))) (backquote-delay-process s (1- level)))) but then `s` should have \, in its car, whereas the above message indicates that (car s) is (\, (quote set-window-parameter)) which implies we should not have entered this branch. Maybe I'm just too tired to read this code right, tho. Stefan