From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 18 21:43:23 2010 Received: (at submit) by debbugs.gnu.org; 19 Sep 2010 01:43:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ox8w6-0005NW-Lx for submit@debbugs.gnu.org; Sat, 18 Sep 2010 21:43:22 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ox8w3-0005NP-V4 for submit@debbugs.gnu.org; Sat, 18 Sep 2010 21:43:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ox8yO-0000Zw-V0 for submit@debbugs.gnu.org; Sat, 18 Sep 2010 21:45:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:37085) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ox8yO-0000Zm-OA for submit@debbugs.gnu.org; Sat, 18 Sep 2010 21:45:44 -0400 Received: from [140.186.70.92] (port=37273 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ox8yK-00012d-1Z for bug-gnu-emacs@gnu.org; Sat, 18 Sep 2010 21:45:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ox8wg-0000Oi-4v for bug-gnu-emacs@gnu.org; Sat, 18 Sep 2010 21:43:59 -0400 Received: from mail-wy0-f169.google.com ([74.125.82.169]:61508) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ox8wf-0000OX-VS for bug-gnu-emacs@gnu.org; Sat, 18 Sep 2010 21:43:58 -0400 Received: by wyb36 with SMTP id 36so4383495wyb.0 for ; Sat, 18 Sep 2010 18:43:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.166.203 with SMTP id g53mr2819657wel.54.1284860635787; Sat, 18 Sep 2010 18:43:55 -0700 (PDT) Received: by 10.216.65.140 with HTTP; Sat, 18 Sep 2010 18:43:55 -0700 (PDT) Date: Sat, 18 Sep 2010 21:43:55 -0400 X-Google-Sender-Auth: jD_9CCSeeP7xvs9rQBIiXBKdCQM Message-ID: Subject: `load-time-value' local-vars this-kind and that-one From: MON KEY To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.1 (-----) current through BZR-101480 lisp/cl-macs.el macro `load-time-value' has this branch which if unsatisfied is supposed to fset `byte-compile-file-form': (and (fboundp 'byte-compile-file-form-defmumble) (boundp 'this-kind) (boundp 'that-one)) However, luckily the above doesn't happen. The only locations that bind the variables like this are in byte-compile-file-form-defmumble' e.g. the local letbound vars bytecomp-this-kind' and `bytecomp-that-one'. Until fairly recently (revision 94414) the symbols `this-kind' and and `that-one' were present in the bytecomp.el There is a comment about this which says: ,---- | ;; The `bytecomp-' prefix is applied to all local variables with | ;; otherwise common names in this and similar functions for the sake | ;; of the boundp test in byte-compile-variable-ref. | ;; http://lists.gnu.org/archive/html/emacs-devel/2008-01/msg00237.html | ;; http://lists.gnu.org/archive/html/bug-gnu-emacs/2008-02/msg00134.html | ;; Note that similar considerations apply to command-line-1 in startup.el. `---- The symbols (this-kind and that-one) appear to have been changed here: ,---- | ------------------------------------------------------------ | revno: 96701 | committer: Glenn Morris | timestamp: Thu 2009-07-23 02:53:29 +0000 | message: | (byte-compile-from-buffer, byte-compile-output-file-form) | (byte-compile-output-docform, byte-compile-file-form-defmumble) | (byte-compile-output-as-comment): | Give some more local variables with common names a "bytecomp-" prefix, | so as not to shadow things during compilation. | ------------------------------------------------------------ | | ------------------------------------------------------------ | revno: 96702 | committer: Glenn Morris | timestamp: Thu 2009-07-23 02:54:00 +0000 | message: | (load-time-value): Update for the name-change `outbuffer' to | `bytecomp-outbuffer'. | ------------------------------------------------------------ | `---- Revision 96701 renamed the `byte-compile-file-form-defmumble's local vars: `this-kind' -> `bytecomp-this-kind' `this-one' -> `bytecomp-this-one' `that-one' -> `bytecomp-that-one' `outbuffer' -> `bytecomp-outbuffer' Revision 96702 renamed the `load-time-value' local var: `outbuffer' -> `bytecomp-outbuffer' but it appears to have left the `this-one' and `this-kind' vars unchanged. Unless I am misunderstanding/missing something either: a) some special magic that happens invisibily when Emacs is dumped and the current constraint is some sort of backward compatibility kludge; b) the macro never worked correctly; c) revisions at 96701/96702 created a bug where `load-time-value's can no longer alter via fset the function cell of `byte-compile-file-form' because the following constraint can not be satisfied; d) the macro never worked correctly and revisions at 96701/96702 created an additional bug; My money is on d. Right now if the macro is change to have the following form instead: (and (fboundp 'byte-compile-file-form-defmumble) (boundp 'bytecomp-this-kind) (boundp 'bytecomp-that-one)) `byte-compile-file-form' _can_ get rebound and this is not good. Moreover, even with this (further breaking) change I am not able to obtain the behavior described in the manual at: (info "(cl)Time of Evaluation") Is there some reason why the entire inner branch can't be elided with the macro written as: ,---- (lightly tested) | | (defmacro load-time-value (form &optional read-only) | "Like `progn', but evaluates the body at load time. | The result of the body appears to the compiler as a quoted constant." | (if (cl-compiling-file) | (print `(set ',(make-symbol "--cl-load-time--") ,@form) | (symbol-value 'bytecomp-outbuffer)) | `(eval ',form))) | `---- Also, what does the READ-ONLY arg do? The only possibility I can think of is that it somehow dovetails with the :read-only key in defstruct. -- /s_P\ From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 07 16:42:42 2016 Received: (at 7070) by debbugs.gnu.org; 7 Aug 2016 20:42:42 +0000 Received: from localhost ([127.0.0.1]:59243 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bWUuA-00081d-Fu for submit@debbugs.gnu.org; Sun, 07 Aug 2016 16:42:42 -0400 Received: from mail-io0-f172.google.com ([209.85.223.172]:36447) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bWUu8-00081I-7k; Sun, 07 Aug 2016 16:42:41 -0400 Received: by mail-io0-f172.google.com with SMTP id b62so342135077iod.3; Sun, 07 Aug 2016 13:42:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=RikuYmPwTClOpvPXpn/aPKI0/SHfd8cO6FdHYkHEyLs=; b=ofoS6TK7920aYPt/Fieqxt9l4X3zPvCAN9kWdjWWkhYih4WHRZfe0tF87P/X5YHMe3 jPDGWcSxQnJssyfXk76p/Z8EdYXf8d7lym887ViLRZVlitlgk3L8sSfGEjQFilOcKQXv rf793+u2/6Zctia1DkQxB7+wMxaQqF7M4YUIjl3Bm/OiZZ+Mrvq6/G8IKVryCQHG7t1r 1+07Rvegxba5YhF2MrWjZrUT84/dV6ajjOFPK9L0iX0SFi0qDhTdbPzWjNpDjUPkddvn d4uL+pp6S53CEx/E/oC1CJ7x4yjWLf/FGUblYi216f12K9pSUIuoB6dye9ovT3Ri1JF2 MqKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=RikuYmPwTClOpvPXpn/aPKI0/SHfd8cO6FdHYkHEyLs=; b=l0pQt78iYig5hk0DunL7L2t18K1d6mTQJdk+KkHKO0YKK+lyzEXIhuP3FxmCRt7j13 K+N5jL3qPPetfkjlwtXI4ZHy6wqxp/NS2ODYsaBzUABgNxlmuwf0ljb/H9s5fQeJPquM 0rDfvq6hK6TnxaI4PSQvp0hGXuBfNRvRQHY2izOnNDbSvPM06iNrpZhetnEop2eKUOuY Q6QNdh9k3vI62WA5pSGNqnQmbb9gO5mU/VgZRi1rnp/eSfMYQzm/YkTlL+t0yjzCh4aI qxlV8wiygwFAbezJsOOBgWj7Ro9pgqlSOY+u3VYs4tpsPx3Fx3IOyx+ja1CkB/fSMHmM zalQ== X-Gm-Message-State: AEkoouun8FuHBWs7cKFAZ2t6XgQRZjVhEa5XemmsjE9YD1O22TMTsbQ/dbu5rdMMD278Ew== X-Received: by 10.107.173.234 with SMTP id m103mr98458356ioo.127.1470602554378; Sun, 07 Aug 2016 13:42:34 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id e10sm7047514iof.41.2016.08.07.13.42.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 07 Aug 2016 13:42:33 -0700 (PDT) From: npostavs@users.sourceforge.net To: MON KEY Subject: Re: bug#7070: `load-time-value' local-vars this-kind and that-one References: Date: Sun, 07 Aug 2016 16:42:29 -0400 In-Reply-To: (MON KEY's message of "Sat, 18 Sep 2010 21:43:55 -0400") Message-ID: <87zioomhu2.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 7070 Cc: 7070@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) severity 7070 minor quit MON KEY writes: > current through BZR-101480 lisp/cl-macs.el macro `load-time-value' has this > branch which if unsatisfied is supposed to fset `byte-compile-file-form': > > (and (fboundp 'byte-compile-file-form-defmumble) > (boundp 'this-kind) (boundp 'that-one)) > > However, luckily the above doesn't happen. > > The only locations that bind the variables like this are in > byte-compile-file-form-defmumble' e.g. the local letbound vars > bytecomp-this-kind' and `bytecomp-that-one'. [...] > > Revision 96701 renamed the `byte-compile-file-form-defmumble's local vars: > > `this-kind' -> `bytecomp-this-kind' > `this-one' -> `bytecomp-this-one' > `that-one' -> `bytecomp-that-one' > `outbuffer' -> `bytecomp-outbuffer' > > Revision 96702 renamed the `load-time-value' local var: > > `outbuffer' -> `bytecomp-outbuffer' > > but it appears to have left the `this-one' and `this-kind' vars unchanged. Meanwhile, bytecomp.el has switched to lexical binding, so the names of this-kind and that-one are irrelevant; they will never be bound. > > Unless I am misunderstanding/missing something either: > > a) some special magic that happens invisibily when Emacs is dumped and the > current constraint is some sort of backward compatibility kludge; > > b) the macro never worked correctly; > > c) revisions at 96701/96702 created a bug where `load-time-value's can no longer > alter via fset the function cell of `byte-compile-file-form' because the > following constraint can not be satisfied; > > d) the macro never worked correctly and revisions at 96701/96702 created an > additional bug; > > My money is on d. I'm not sure about past behaviour, but with current Emacs, the macro does appear to work correctly. AFAICT, it's because the condition the boundp calls are trying to protect against (that the compiler is in the middle of printing out a function's code) never occurs because the compiler prints the code of a function in a single shot (perhaps because it has to run optimizations on the whole function before printing?). In other words this macro could be simplified to (defmacro cl-load-time-value (form &optional _read-only) "Like `progn', but evaluates the body at load time. The result of the body appears to the compiler as a quoted constant." (declare (debug (form &optional sexp))) (if (cl--compiling-file) (let* ((temp (cl-gentemp "--cl-load-time--"))) ;; Assume there are no unclosed parens in ;; `byte-compile--outbuffer'. (print `(setq ,temp ,form) byte-compile--outbuffer) temp) `',(eval form))) And it should probably use `defconst' instead of `setq' to avoid a free variable warning. > > Also, what does the READ-ONLY arg do? > > The only possibility I can think of is that it somehow dovetails with the > :read-only key in defstruct. It does nothing in Emacs' implementation, perhaps it could use `purecopy'? Although that would still do nothing most of the time, so maybe it's not worth the trouble. According to cltl (https://www.cs.cmu.edu/Groups/AI/html/cltl/clm/node224.html) The optional read-only-p argument designates whether the result may be considered a read-only constant. If nil (the default), the result must be considered ordinary, modifiable data. If t, the result is a read-only quantity that may, as appropriate, be copied into read-only space and may, as appropriate, be shared with other programs. The read-only-p argument is not evaluated and only the literal symbols t and nil are permitted. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 02 05:05:49 2021 Received: (at 7070) by debbugs.gnu.org; 2 Jun 2021 09:05:49 +0000 Received: from localhost ([127.0.0.1]:38839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loMov-0004Em-Gp for submit@debbugs.gnu.org; Wed, 02 Jun 2021 05:05:49 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55990) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loMot-0004ES-9i for 7070@debbugs.gnu.org; Wed, 02 Jun 2021 05:05:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=wBndBTh1oNt9S+Sw1GqKmHlrnNFb6XB1DGIBQ2Zo83Y=; b=CKqADoHpZeYYbD4HnH2kI2Qq0o 1Bjq214+yym12H6khGgM9FEdeLwAT7WhwDTt5jSGlrAyHlBB6HT3QcFf8Y5BAjw9VCvs/2G4rvXrS ZQVcEROyO4yaR7rVq9VkpL559Hv9ej+jl+UEQEp1IdAo1MVgAUHbAQMibisqp+1YSZCs=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1loMog-0004CW-Tj; Wed, 02 Jun 2021 11:05:40 +0200 From: Lars Ingebrigtsen To: npostavs@users.sourceforge.net Subject: Re: bug#7070: `load-time-value' local-vars this-kind and that-one References: <87zioomhu2.fsf@users.sourceforge.net> X-Now-Playing: Nobukazu Takemura's _The Quest is a Reward_: "The Quest Is A Reward (Mythos Mix)" Date: Wed, 02 Jun 2021 11:05:34 +0200 In-Reply-To: <87zioomhu2.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net's message of "Sun, 07 Aug 2016 16:42:29 -0400") Message-ID: <87h7igd4bl.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: npostavs@users.sourceforge.net writes: > I'm not sure about past behaviour, but with current Emacs, the macro > does appear to work correctly. cl-load-time-value has changed even more since this, so I'm not sure there's anything more to fix here? (Hm... but the last major rewrite was in 2015...) Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 7070 Cc: MON KEY , 7070@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) npostavs@users.sourceforge.net writes: > I'm not sure about past behaviour, but with current Emacs, the macro > does appear to work correctly. cl-load-time-value has changed even more since this, so I'm not sure there's anything more to fix here? (Hm... but the last major rewrite was in 2015...) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 02 05:05:52 2021 Received: (at control) by debbugs.gnu.org; 2 Jun 2021 09:05:52 +0000 Received: from localhost ([127.0.0.1]:38842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loMoy-0004F2-Nk for submit@debbugs.gnu.org; Wed, 02 Jun 2021 05:05:52 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56006) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loMox-0004Eb-7x for control@debbugs.gnu.org; Wed, 02 Jun 2021 05:05:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=cy0DwfSzWFfQ7NK19qnmvxrenuSF5+q6Aq6tDmAwF+U=; b=YdpTQXSaGoW4axg4VGDToBMZDZ C8GL68XEdBgJ1YUWF5phbuQApTq+e+bc4b7iQTgIEXlzSjVWAmto0fFbTJ5vbfHjmgN4ll4dOSjGV rfXDlVUpL4PfOxlAwQ7RhlO/inLsLEfWuEFv/KCLCNFoujPbZGfwLLI5VjLFEsf5gAUo=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1loMop-0004Cm-SH for control@debbugs.gnu.org; Wed, 02 Jun 2021 11:05:45 +0200 Date: Wed, 02 Jun 2021 11:05:43 +0200 Message-Id: <87fsy0d4bc.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #7070 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 7070 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) tags 7070 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 30 09:23:08 2021 Received: (at 7070) by debbugs.gnu.org; 30 Jun 2021 13:23:08 +0000 Received: from localhost ([127.0.0.1]:56866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lyaBI-0003oH-4u for submit@debbugs.gnu.org; Wed, 30 Jun 2021 09:23:08 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58008) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lyaBG-0003mY-Uc for 7070@debbugs.gnu.org; Wed, 30 Jun 2021 09:23:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=FFVyoYaR8ChexWUSSdc7FzwqUJ1+X5H/wtddh9e4pLA=; b=qBayCbEUskzFye4p7LVAVjUQaW OLDM9HGEDae2Lhr2YgYdWoRRzhU1CKFLyjNtl5lfRfC186c0rvA7wCtvPY1LKefQgGTqoA3lxI7BD mQYLFGB2oWZGab2wOpyahLADFC1FJQOfBLirnRVSCbiYDvkq1OH/Mpx7XD1If4kT9+/8=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lyaB8-000260-29; Wed, 30 Jun 2021 15:23:00 +0200 From: Lars Ingebrigtsen To: npostavs@users.sourceforge.net Subject: Re: bug#7070: `load-time-value' local-vars this-kind and that-one References: <87zioomhu2.fsf@users.sourceforge.net> <87h7igd4bl.fsf@gnus.org> X-Now-Playing: Jim O'Rourke's _To Magnetize Money and Return a Roving Eye (2)_: "To Magnetize Money and Return a Roving Eye pt2" Date: Wed, 30 Jun 2021 15:22:57 +0200 In-Reply-To: <87h7igd4bl.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 02 Jun 2021 11:05:34 +0200") Message-ID: <8735sz5vwu.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > npostavs@users.sourceforge.net writes: > >> I'm not sure about past behaviour, but with current Emacs, the macro >> does appear to work correctly. > > cl-load-time-value has changed even more since [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 7070 Cc: MON KEY , 7070@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Lars Ingebrigtsen writes: > npostavs@users.sourceforge.net writes: > >> I'm not sure about past behaviour, but with current Emacs, the macro >> does appear to work correctly. > > cl-load-time-value has changed even more since this, so I'm not sure > there's anything more to fix here? (Hm... but the last major rewrite > was in 2015...) More information was requested, but no response was given within a month, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 30 09:23:18 2021 Received: (at control) by debbugs.gnu.org; 30 Jun 2021 13:23:18 +0000 Received: from localhost ([127.0.0.1]:56871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lyaBS-0003ok-C4 for submit@debbugs.gnu.org; Wed, 30 Jun 2021 09:23:18 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58056) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lyaBP-0003oU-Vh for control@debbugs.gnu.org; Wed, 30 Jun 2021 09:23:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=XJ5BD+tMeD1NrkXggR9q8gCheZ+vqGzRCnYqr5TIiTM=; b=DA0DIkUjoobr2Tsr50qUfuKCZA cDWAHTxGurX6rnIShswMoNMRHegbQwQK9PkDiHbtp2qWFxwVJT9YeOxxGuufltYfPSc0eT917I8Xb 75mibEZQpMzIyiZddkRc/yyC5JDL5/AVUPqh7+iyqKEXNNnE9HxdYhosDgDCVWGX/UPk=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lyaBE-00026C-GW for control@debbugs.gnu.org; Wed, 30 Jun 2021 15:23:10 +0200 Date: Wed, 30 Jun 2021 15:23:04 +0200 Message-Id: <871r8j5vwn.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #7070 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 7070 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 7070 quit From unknown Sun Jun 22 07:38:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 29 Jul 2021 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator