From eller.helmut@gmail.com Sun Nov 1 01:54:21 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 1 Nov 2009 09:54:22 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.4 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nA19sKhC027436 for ; Sun, 1 Nov 2009 01:54:21 -0800 Received: from mx10.gnu.org ([199.232.76.166]:39268) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1N4X8d-0004B0-RU for emacs-pretest-bug@gnu.org; Sun, 01 Nov 2009 04:54:19 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1N4X8d-0000kd-4I for emacs-pretest-bug@gnu.org; Sun, 01 Nov 2009 04:54:19 -0500 Received: from [212.46.178.75] (port=48384 helo=ix) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N4X8c-0000kP-OS for emacs-pretest-bug@gnu.org; Sun, 01 Nov 2009 04:54:19 -0500 Received: from helmut by ix with local (Exim 4.69) (envelope-from ) id 1N4Vki-00038k-Ea for emacs-pretest-bug@gnu.org; Sun, 01 Nov 2009 09:25:32 +0100 From: Helmut Eller To: emacs-pretest-bug@gnu.org Subject: 23.1.50; Uninterned symbols in .elc files Date: Sun, 01 Nov 2009 09:25:32 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-Greylist: delayed 1800 seconds by postgrey-1.27 at monty-python; Sun, 01 Nov 2009 04:54:18 EST In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.12.11) loading a file x.el with contents (defmacro foo () (let ((sym (make-symbol "bar"))) `(progn (defun ,sym () (message "function %s called" ',sym)) (,sym)))) (foo) works as expected: shell> emacs -Q -batch -load x.el function bar called However loading the corresponding compiled file signals an error: shell> emacs -Q -batch -eval '(byte-compile-file "x.el")' -load x.elc Wrote /tmp/x.elc Symbol's function definition is void: bar [Exit 255] There is a #1=#:bar in the constant pool of the compiled function but #1 isn't used at the call site. Helmut From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 17 18:49:47 2016 Received: (at 4845) by debbugs.gnu.org; 17 Jan 2016 23:49:47 +0000 Received: from localhost ([127.0.0.1]:52174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aKx4s-0006UB-A7 for submit@debbugs.gnu.org; Sun, 17 Jan 2016 18:49:46 -0500 Received: from pp.amu.edu.pl ([150.254.65.67]:48197) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aKudG-0007dB-KA for 4845@debbugs.gnu.org; Sun, 17 Jan 2016 16:13:07 -0500 Received: from localhost (pp.amu.edu.pl [127.0.0.1]) by pp.amu.edu.pl (Postfix) with ESMTP id 23A95AB917; Sun, 17 Jan 2016 22:13:04 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=amu.edu.pl; h= content-type:content-type:mime-version:user-agent:message-id :in-reply-to:date:date:references:subject:subject:from:from :received:received; s=pp; t=1453065183; x=1454879584; bh=sP7Voi9 qVgBAWnNV4hDxESwpVDOyYCSW7XNBsE41/60=; b=PZOb1Fa6m6Lm8WtQVAsKJBH H4lsZDJLR2aS5pou5bZIAjYvUor1QmOenuMDnGKQ7X3Orr+nYafotnHzK6XlgK2M c1izOAlzAUI8jJS6/VJZLPGcke2zV9FxMYplHv7YSeRH5YEa8Vip1FpM7Cs83pVp s0drSKOoAXI/+GSCl9Uk= X-Virus-Scanned: amavisd-new at amu.edu.pl Received: from pp.amu.edu.pl ([127.0.0.1]) by localhost (pp.amu.edu.pl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id DuUsSZebUV5y; Sun, 17 Jan 2016 22:13:03 +0100 (CET) Received: from localhost (unknown [109.232.24.28]) by pp.amu.edu.pl (Postfix) with ESMTPSA id 48D46AA22F; Sun, 17 Jan 2016 22:13:03 +0100 (CET) From: Marcin Borkowski To: Helmut Eller Subject: Re: bug#4845: 23.1.50; Uninterned symbols in .elc files References: Date: Sun, 17 Jan 2016 22:12:57 +0100 In-Reply-To: (Helmut Eller's message of "Sun, 01 Nov 2009 09:25:32 +0100") Message-ID: <87r3hf9ag6.fsf@amu.edu.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 4845 X-Mailman-Approved-At: Sun, 17 Jan 2016 18:49:45 -0500 Cc: 4845@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.0 (/) Hi, this message is just to mention that this bug seems to persist in GNU Emacs 25.1.50.1. Best, mb On 2009-11-01, at 09:25, Helmut Eller wrote: > In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.12.11) > loading a file x.el with contents > > (defmacro foo () > (let ((sym (make-symbol "bar"))) > `(progn > (defun ,sym () (message "function %s called" ',sym)) > (,sym)))) > > (foo) > > works as expected: > > shell> emacs -Q -batch -load x.el > function bar called > > However loading the corresponding compiled file signals an error: > > shell> emacs -Q -batch -eval '(byte-compile-file "x.el")' -load x.elc > Wrote /tmp/x.elc > Symbol's function definition is void: bar > [Exit 255] > > There is a #1=#:bar in the constant pool of the compiled function but #1 > isn't used at the call site. > > Helmut From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 07:39:59 2016 Received: (at 4845) by debbugs.gnu.org; 19 Jan 2016 12:39:59 +0000 Received: from localhost ([127.0.0.1]:53477 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLVZn-00051S-8p for submit@debbugs.gnu.org; Tue, 19 Jan 2016 07:39:59 -0500 Received: from mail.muc.de ([193.149.48.3]:60679) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLVZl-00051J-DJ for 4845@debbugs.gnu.org; Tue, 19 Jan 2016 07:39:57 -0500 Received: (qmail 32359 invoked by uid 3782); 19 Jan 2016 12:39:56 -0000 Date: 19 Jan 2016 12:39:56 -0000 Message-ID: <20160119123956.32358.qmail@mail.muc.de> From: Alan Mackenzie To: Marcin Borkowski Subject: Re: bug#4845: 23.1.50; Uninterned symbols in .elc files Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.3.1-20141224 ("Tallant") (UNIX) (FreeBSD/10.2-RELEASE-p9 (amd64)) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 4845 Cc: 4845@debbugs.gnu.org, Helmut Eller 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.0 (/) Hello, Marcin and Helmut. In article you wrote: > Hi, > this message is just to mention that this bug seems to persist in GNU > Emacs 25.1.50.1. I'm convinced this is not a bug, though I could be wrong. > Best, > mb > On 2009-11-01, at 09:25, Helmut Eller wrote: >> In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.12.11) >> loading a file x.el with contents >> (defmacro foo () >> (let ((sym (make-symbol "bar"))) >> `(progn >> (defun ,sym () (message "function %s called" ',sym)) >> (,sym)))) >> >> (foo) >> works as expected: >> shell> emacs -Q -batch -load x.el >> function bar called >> However loading the corresponding compiled file signals an error: >> shell> emacs -Q -batch -eval '(byte-compile-file "x.el")' -load x.elc >> Wrote /tmp/x.elc >> Symbol's function definition is void: bar >> [Exit 255] For reference, here are the contents of the compiled .elc file: (defalias 'foo '(macro . #[nil "\301\302!^X\303\304^H\305\306\307\310^HDEF^HCE)\207" [sym make-symbol "bar" progn defun nil message "function %s called" quote] 8])) (defalias 'bar #[nil "\300\301\302\"\207" [message "function %s called" #1=#:bar] 3]) (#:bar) Important to note is that "(foo)" is expanded at byte compile time, not at load time. The uninterned symbol "bar" is created at compile time during the expansion of "(foo)", but is not stored in the .elc file anywhere. That symbol thus exists only during the compilation of form "(foo)" - at loading time it no longer exists. Thus, trying to call "(#:bar)" at load time is doomed to fail. (Though I don't fully understand what "#:bar" means.) There may be a bug in the compiler, in that it compiles a function definition for the normal symbol 'bar rather than giving an error message. To fix the macro `foo', generate code to create the uninterned symbol at run time rather than at compile time. Maybe. >> There is a #1=#:bar in the constant pool of the compiled function but #1 >> isn't used at the call site. >> Helmut -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 12:26:35 2016 Received: (at 4845) by debbugs.gnu.org; 19 Jan 2016 17:26:36 +0000 Received: from localhost ([127.0.0.1]:53956 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLa39-0005EI-Mx for submit@debbugs.gnu.org; Tue, 19 Jan 2016 12:26:35 -0500 Received: from mail-pa0-f43.google.com ([209.85.220.43]:36057) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLa37-0005E5-9g for 4845@debbugs.gnu.org; Tue, 19 Jan 2016 12:26:33 -0500 Received: by mail-pa0-f43.google.com with SMTP id yy13so361898531pab.3 for <4845@debbugs.gnu.org>; Tue, 19 Jan 2016 09:26:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:reply-to:mime-version:content-type; bh=Emx2oPKKPDQZ/3CgmIm3DH5IEcxSx2VpoYguXqKgEn8=; b=YtDGDlJbRXWguHkm/+EG9YTwVqNoP/HgisLtDVid9ti+KCfkHD+I5nsThhDT1lC0Fm UKNVqhj2FPPzuQmgikLSKOAONLp7i9Z/4NwHvUsfIdKvhvbU7lxp8XygkHZvwzyXu3o7 q/k+rHsTjMBuh3wcdAcgUIvzLLGGsPfnqNrZbQUkqVgDBIBCoVvLnNTG/w3ehepa6egL AQhamzoUBXhFdbdP4uuJqI7UHeUufqI9dVQl9rge/MeieX3uf0zLJcLu0uDC8DatglAn HFlHaKVqoElN5HBmqugXO8qorUK3v821RsSOLl9UtNuJn8qBsQMy00o+v0cg40R+CDNb 5LnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:date:message-id :references:user-agent:reply-to:mime-version:content-type; bh=Emx2oPKKPDQZ/3CgmIm3DH5IEcxSx2VpoYguXqKgEn8=; b=fUshfuiPh8BiIXqhI/VYb+e+HgQBaor4Uvc4Q+LABBFLWXeCWJE7OP3sRYZXe/MjIe KW1OdTm83RaWMsZaw0+WNHBOuw57BP381waWUbVVicJSPHlVLuVi7LpKKhc6aGVpqeze nisSZAVXdw4NVU67aEX6FbdzvP0DLGgmMtOATw3qzssZNXBiqzYRE5Ox3whcDbJ0VL1j qX5vWq4YQofbJc7yyCYWifD4tgVVhaVkENjCqQVblBt0ivPg9RAQSTgE18N5VjwAPFVv m9gjk5wpardisppcvMTBmDffV54Mv3I8ZkEF5/SfE+S4FitYtDL0YSUcnm3mMgw1igaE sa4Q== X-Gm-Message-State: ALoCoQnHCPXKCAgiQYiiE4QynAdZ2Vqd7hy7TRgB+SXgrBtr3p5bH+9Qcnb+77pAlFMXfNRyspJdM8lXHUO9ISW99Oi4dBDR7g== X-Received: by 10.66.162.9 with SMTP id xw9mr45958155pab.46.1453224387662; Tue, 19 Jan 2016 09:26:27 -0800 (PST) Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id 16sm42831823pfh.48.2016.01.19.09.26.25 (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 19 Jan 2016 09:26:26 -0800 (PST) From: John Wiegley X-Google-Original-From: "John Wiegley" Received: by Vulcan.local (Postfix, from userid 501) id 45F45124F7D88; Tue, 19 Jan 2016 09:26:25 -0800 (PST) To: Alan Mackenzie Subject: Re: bug#4845: 23.1.50; Uninterned symbols in .elc files In-Reply-To: <20160119123956.32358.qmail@mail.muc.de> (Alan Mackenzie's message of "19 Jan 2016 12:39:56 -0000") Date: Tue, 19 Jan 2016 09:26:14 -0800 Message-ID: References: <20160119123956.32358.qmail@mail.muc.de> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/24.5 (darwin) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 4845 Cc: Marcin Borkowski , 4845@debbugs.gnu.org, Helmut Eller 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: , Reply-To: John Wiegley Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable >>>>> Alan Mackenzie writes: >>> (defmacro foo () >>> (let ((sym (make-symbol "bar"))) >>> `(progn >>> (defun ,sym () (message "function %s called" ',sym)) >>> (,sym)))) >>>=20 >>> (foo) >>> However loading the corresponding compiled file signals an error: shell> emacs -Q -batch -eval '(byte-compile-file "x.el")' -load x.elc >>> Wrote /tmp/x.elc >>> Symbol's function definition is void: bar This example becomes clearer if we use `gensym' instead of `make-symbol "bar"`. Here is a macro expansion: Byte-compiled: (progn (defun bar68503 nil (message "function %s called" '#:bar68503)) (#:bar68503)) Interpreted: (progn (defun bar68503 nil (message "function %s called" 'bar68503)) (bar68503)) What's happening here is this: 1. At compile-time, we're creating a new, uninterned symbol, and we are both passing that symbol to defun, and calling it. 2. `defun', at compilation time, is using the _name_ of that symbol to define a function definition for an interned symbol of the same name. 3. We then try to print and call the uninterned symbol directly. So what = we are calling, and what defun defined, are not the same symbol. This works when non-byte-compiled because we don't inline the symbol reference, making it a reference by name instead of by value. You can trigg= er the same error behavior at interpretation time with: (defmacro foo () (let ((sym (gensym))) `(progn (defun ,sym () (message "function %s called" ',sym)) (funcall (symbol-function (quote ,sym)))))) =20=20 (foo) I don't think this is a bug, rather macro expansion doing exactly what it w= as told to do. If anything, it's odd that when interpreting, we expand to a reference by name; but I suppose that makes sense too, given the more dynam= ic nature of interpreted code. The general rule to follow is: Don't leak internal symbols. If you use `gensym' or `make-symbol', ensure that all dependencies on that symbol occur entirely within the macro body. `defun' is used to establish global definitions, so it effectively "exports" the internal symbol, breaking the abstraction. That it has inconsistent behavior here is due to differences in the way that byte-compilation inlines references. I recommend closure of this bug as expected behavior, unless there are furt= her concerns. =2D-=20 John Wiegley GPG fingerprint =3D 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGcBAEBCgAGBQJWnnG2AAoJEMFE2PTxn+YwsqwL/RaITtEQOGbyJorAqlBUw9vs W+lFP00gsqk4B6oaMF1+sYNqiUIadTN4Owo8sKWUbRS09g7c2hwci0XSKjNNgQHi WPCfLT2nvTUJcfX60aojUcIv6iPDb6UE4qiqtG6HB1/K/BZEDGbbWk2/t/YWq1Bq dSsdPg+QwJbxVHryOLqS8Pt9oO6di0d375dXXSVjfRKPH5DOgwIyI4friVx7nrUB PMYo6rpKuKy7HgcuimKljkCwSQXgFD92rT9mi3awN0LhLCE2qDb5eq33Q2GPvRmH nufWjtwQ+uia/k1ZO+kTfXCl+NSIz1NwXYKYdJh7eN6lpdjPwWNfS6+XIrcvocwt FXVa/CJtbSq9594jvpZu/RY+uuedczz96LxVKzmPjbTiUoXWT0pZjEIDlfJtHQjO GJaXn+8eUIyq5TmhsuMwoJNN6zqXGH2GvzoGjUBZ3yZED0nrXpDL2Z21gAkKu3vE rd7b0Aln4FZTWrxQt3YyYHliE5QuEC9yMTNIna5kDg== =G0xy -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 14:15:36 2016 Received: (at 4845) by debbugs.gnu.org; 19 Jan 2016 19:15:36 +0000 Received: from localhost ([127.0.0.1]:54050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLbke-0003bK-JR for submit@debbugs.gnu.org; Tue, 19 Jan 2016 14:15:36 -0500 Received: from mout.web.de ([212.227.15.4]:60575) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLbkc-0003b6-4Q for 4845@debbugs.gnu.org; Tue, 19 Jan 2016 14:15:34 -0500 Received: from drachen.dragon ([92.77.162.209]) by smtp.web.de (mrweb004) with ESMTPSA (Nemesis) id 0LfEfA-1ZoW3y38Vk-00oop8; Tue, 19 Jan 2016 20:15:26 +0100 From: Michael Heerdegen To: John Wiegley Subject: Re: bug#4845: 23.1.50; Uninterned symbols in .elc files References: <20160119123956.32358.qmail@mail.muc.de> Date: Tue, 19 Jan 2016 20:15:25 +0100 In-Reply-To: (John Wiegley's message of "Tue, 19 Jan 2016 09:26:14 -0800") Message-ID: <87io2pido2.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:X7LyjvkELhQCtWcBoQlKu21q4fDdSUxzeDSloQ4nIq1j7be2Mt5 8c4dWRsLd5LqbFji49ubZAIC9zCmoLtX0oZFdkLNzIQa2necDUjYPMaDfGeNePkWsp0ZUul FxYTSTAijSeDeefjfaCX7g0bcqc07OoLKclnjUm3zliKGWdVLT3uHYJvBXs1wvTg0oQTla/ Yu3za5N9/juitwc4HX1jw== X-UI-Out-Filterresults: notjunk:1;V01:K0:M4r46Pnkce8=:Ylhx86xMuE1Y0iAeSEy2/s yU8q11UY2Pn91LReMFP68T/7YBkihgXJORnNE1K3gVU7t3GLK07tjC95IekIHBDT5P3egW+gY 05IXA8VF5guA2Ph22cCzAMjU28x2MLT1wk9aWYolDJdt+0v7hGBDCo1IPCkOXNV+793rL1sdU 7RPUiRHB5wbn/Asb3phxJjCS8ISubEuBLQsy/1/olRhAuNpJDC9leYLmccjMhKRkI5JTeBws7 zMJrEXI2XZwitFeykjBVszEsM3JuU8/KWxLNFJ30iXUgGdavHjKNfisAmFk5Dv9oHfnRW8VND 29x9t4GU0UxafnpmUkGJDBcNZ0TvRWvtqGNbAr2wxt5ZRF2YPfqxYDEHBQ56c1LYd5/9G0DdD RptCJkuX76J15O0Cl4liDPKsNTPAQYMrDiyFI9VtX/AzygjkoAY6Bm22NifQ940MDKoHiqq7f I4tHV/neBM+hXalV801tiugC497GcGrMsRR9gnsw/vnRwtLBj7wXo2BTqtC7aKTN9LXiiGyol oZC+toEMNO5eibmkVFm0REnOFx5WM+JubVWC9dc5OEmcrUNeR3vT0pPRuPs8/b5Cy/jZcO6Lt IiiED4ih1LQGt0OVzm94eCaYuiHNqti8D25PUzUMNgHGC74cLVmQ2R0NuU79LC3VzEn9rzzab cAN9Z1N4Envel36ebWfLlET7vO3YgCIAfWHj6CetAdiGTNQ3IjEfPKJlH9GTu8NkDAv2Xxkao MoEMD1n4/W+HiCtEFvapB+8qKtZvGiAtcCwFrsGkCkCyx6PUukp4wHP+85HAbrQ89YxLigvoH JioKY1q X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 4845 Cc: Alan Mackenzie , Marcin Borkowski , John Wiegley , Helmut Eller , 4845@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 (/) John Wiegley writes: > 3. We then try to print and call the uninterned symbol directly. So what we > are calling, and what defun defined, are not the same symbol. But theoretically, the byte compiler could do it correctly. This is how the compiled code looks like currently: (defalias '#1=#:bar #[0 "[bytes...]" [message "function %s called" #1#] 3]) (#:bar) If the second line would be (#1#) (as the compiler already correctly prints in the function body) the thing would work AFAIU. I guess it doesn't because it is a different expression printed separately. > I recommend closure of this bug as expected behavior, I think it's quite unexpected, unless you know about how byte compilation to files works, and even then... > unless there are further concerns. I think this is quite a limitation worth to be fixed, if it is possible with little effort. If not, we should at least make the compiler raise an error when it generates function calls like (#:bar) something like that is not very useful, in no situation. Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 14:44:37 2016 Received: (at 4845) by debbugs.gnu.org; 19 Jan 2016 19:44:37 +0000 Received: from localhost ([127.0.0.1]:54062 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLcCj-0004KU-AG for submit@debbugs.gnu.org; Tue, 19 Jan 2016 14:44:37 -0500 Received: from mail-wm0-f49.google.com ([74.125.82.49]:34095) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLcCi-0004KH-6h for 4845@debbugs.gnu.org; Tue, 19 Jan 2016 14:44:36 -0500 Received: by mail-wm0-f49.google.com with SMTP id u188so157608903wmu.1 for <4845@debbugs.gnu.org>; Tue, 19 Jan 2016 11:44:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=Vu5j6r6gEdPo49NvPLKqToCASwEi5TJPhIT3Fmu9Cvg=; b=Iye64Bm8ItZ0HNcIrAOl/lGS8Fj6ueeMAVmmzvasZVhpR5ax+Y19k7lkk43986IQ0L XpPa9p3B6irbjBI7sWdxT5lIyLLoQN7gSsEi/p6oYJrpFW9a/N4BkVdPDD40HDYXrvAx +REzTYuEsy4eC78Ad+UxqinmNF9EdjmYnqO8+Q7/GkAt4WjoP/jgEH27lAltQC5tb2E+ nk4p0MXdm+EIiV4CgxiEzGFD3V0kclBPAxd7CZ6+ZavWF88wrHJkacFavRxflVUpp8yG uJZ4hcU9w7k0C7TlMpQG5O3LsSA5Vzw3htO8b3Tk0g+nwKsqtNz4LGGcPoLybR3uq2Me pYwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=Vu5j6r6gEdPo49NvPLKqToCASwEi5TJPhIT3Fmu9Cvg=; b=jna+7vQ7OmmlFH3Ydvc6wL7gSdJd8541UlDkZAZ6Ey8Gna+q6kskbNjM7Mm7RmBa5C 2D+3z32efjGZmrwb/idH00nJQU8DEsPs35hdQlyKGY+YgM1nHgdepz3nakQHhzPwZ/NW W4hVonBd7cuRUF8zCqbHsoekDbpsAI2H0h10hUQYMh06r/UQae8rvDk6BTi+dO7sQyKS O2aaCG3YyjOheBCCNzwjcrnYFsY7wwM/igCtqWDel3qBCCDjeVObXqgHJTOTmWkKwiUB 0TyId9dcQRbTveTqEc9iHaCwkgBEUBCl5PTrmnbe7QX4Dw4lIWaVqk8auWADD7BiIuIO sexg== X-Gm-Message-State: ALoCoQl7JMts/Lh1kEhmFVfXJvSSaRtaifyQVyloU4M+uFIPqc5rqZsVREqGpbFbYRFYM2aHWYFycZUCIycm2mj0gmkohu3gig== X-Received: by 10.194.78.175 with SMTP id c15mr32495744wjx.16.1453232670574; Tue, 19 Jan 2016 11:44:30 -0800 (PST) Received: from ix (dial-184142.pool.broadband44.net. [212.46.184.142]) by smtp.gmail.com with ESMTPSA id ei9sm29975575wjd.40.2016.01.19.11.44.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Jan 2016 11:44:29 -0800 (PST) Received: from helmut by ix with local (Exim 4.84) (envelope-from ) id 1aLcCb-0000hC-PR; Tue, 19 Jan 2016 20:44:29 +0100 From: Helmut Eller To: John Wiegley Subject: Re: bug#4845: 23.1.50; Uninterned symbols in .elc files References: <20160119123956.32358.qmail@mail.muc.de> Date: Tue, 19 Jan 2016 20:44:29 +0100 In-Reply-To: (John Wiegley's message of "Tue, 19 Jan 2016 09:26:14 -0800") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 4845 Cc: Alan Mackenzie , Marcin Borkowski , John Wiegley , 4845@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 (/) On Tue, Jan 19 2016, John Wiegley wrote: > I don't think this is a bug, rather macro expansion doing exactly what it was > told to do. Interpreted and compiled code behave differently. That's always a problem. Obviously not a big problem. > The general rule to follow is: Don't leak internal symbols. I would say "Don't leak non-interned symbols", except that "leaking" is not a well defined term. Or alternatively "Keep in mind that uninterned symbols are freshly created when loading compiled code from files and shared only in certain situations e.g. for two occurrences inside the same lambda." The best solution would be to have one constant pool per compilation-unit instead of a constant pool per function. But I doubt that anybody cares enough to implement that. Helmut From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 15:17:13 2016 Received: (at 4845) by debbugs.gnu.org; 19 Jan 2016 20:17:13 +0000 Received: from localhost ([127.0.0.1]:54068 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLciG-00058E-SJ for submit@debbugs.gnu.org; Tue, 19 Jan 2016 15:17:13 -0500 Received: from mail-pf0-f182.google.com ([209.85.192.182]:35367) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLciE-000581-Tv for 4845@debbugs.gnu.org; Tue, 19 Jan 2016 15:17:11 -0500 Received: by mail-pf0-f182.google.com with SMTP id 65so180828374pff.2 for <4845@debbugs.gnu.org>; Tue, 19 Jan 2016 12:17:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:reply-to:mime-version:content-type; bh=1SxNrZ9elNz8fsS9Fe5Nl0NO73rCsW+451cazlodoC4=; b=TzQc2OQgu1jVH1Qm2D2VubpnMWhERIAbI1Co6O4ZQWaFIYExJx10jyZ9KmFdw9Kq/4 +dKrZRxCwBb4NbGfbAS2DDaQCJalHUcQ5iMVSnuF9Dma2xyNzKqsYMQKsgK8M7dG1edI 8i7VOv/NfIFp7fha4DplV6rwW1muPKUHWJYRrY4pusjR+ebILCTh4E9M4rV5dxPc7LV5 OMO50d3XAGtaxapQabX7gtJzLtVeexacSjlVXI6VdUkU1MfL4HDMryaRvSj3sekBfXqD 3NjyYz5vXErlyvgpUeZ3RPoTPXkTGetuu9LwJZCyQNlQzJZH9r+9eimVnVLyDSfdafVF nXTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:date:message-id :references:user-agent:reply-to:mime-version:content-type; bh=1SxNrZ9elNz8fsS9Fe5Nl0NO73rCsW+451cazlodoC4=; b=PlPS7P7X+OVfyLuPWjC+S16nm4YMJypKMfEha/RgOLMdOW6xeGtdmejpgDrvbTuosr srJhONaEIrDWxv5LkArtCbYcVj7ECcXC7Ee6eWqJVVV7guiwz1XdcLAwFZ4yKEeOlY4A IkhoFcNNqcBdftV2ETGVaUQWMBhg56pGU//lNz9RktXLdZFevL9Fob+TgFXhqO20qGsH wl2JAJdd7VI0HF5rPEQ2NCGfCK5/YybcOEwS6rtvpiHmy5k+s4Lr5DkcsGdfc6ii9n0u COAtWn4zUDlUHSjghcSKC8kirgcCMMKLMpNhDlcdgGe7219Uo0ctEnsjQrMvlH/VIc1K 1i+w== X-Gm-Message-State: AG10YOT01qBB2HFPT+STnn2IXZBs43NZKfgYLWjjcWlTUeh2Qk0cd9Ht/ZFhhG45qiTubQ== X-Received: by 10.98.14.69 with SMTP id w66mr26842577pfi.144.1453234625312; Tue, 19 Jan 2016 12:17:05 -0800 (PST) Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id sv8sm43763203pab.13.2016.01.19.12.17.04 (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 19 Jan 2016 12:17:04 -0800 (PST) From: John Wiegley X-Google-Original-From: "John Wiegley" Received: by Vulcan.local (Postfix, from userid 501) id BD3B6124F8F20; Tue, 19 Jan 2016 12:17:03 -0800 (PST) To: Helmut Eller Subject: Re: bug#4845: 23.1.50; Uninterned symbols in .elc files In-Reply-To: (Helmut Eller's message of "Tue, 19 Jan 2016 20:44:29 +0100") Date: Tue, 19 Jan 2016 12:16:57 -0800 Message-ID: References: <20160119123956.32358.qmail@mail.muc.de> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/24.5 (darwin) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 4845 Cc: Alan Mackenzie , Marcin Borkowski , 4845@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: , Reply-To: John Wiegley Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable >>>>> Helmut Eller writes: > Interpreted and compiled code behave differently. That's always a problem. > Obviously not a big problem. The number of ways to coax varying behavior from the two execution modes is legion. I had to bend over backwards to achieve consistency for use-package when byte-compiling an init.el file versus loading it un-byte-compiled. So I don't feel this bug is very urgent. >>>>> Michael Heerdegen writes: > I think this is quite a limitation worth to be fixed, if it is possible w= ith > little effort. Honestly, we have better things to do. If you still think this is a bug, I'm fine leaving it open until the day when someone wants to champion the cause= of interpreted/compiled equivalence, but until then, I'd rather focus on other things. =2D-=20 John Wiegley GPG fingerprint =3D 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGcBAEBCgAGBQJWnpm5AAoJEMFE2PTxn+YwxjIMANDKQuMEZkLjoRJmDZt4cClv BBASGnsbijLz5+erAknbnvU36ZMdLjHLORbYGrnlqjkb/srGFLLanx1oFjXTTm8L lMTS7DHJuni9Zhs06J3f4mDAoJbZ4PfuubvbI+nursttsWDjmhWNl/HEr60Ps+sA G5AF2o5wWEMlj5nRI75f2EUdcf93kvOJF2iilF0jALSVD/Q/hvhpviIZZq2/lNEo Ao1Nka0Mb221h6lpYxkPg7FvgHZK2CRveIf4jSIrdV/fUAI3mt7ry3BGa91eE8yT cNebewtwL159SL5NwAC/ZMFxyZvysU7upZwlpmhBBUj1ogeTB3xJlj0lvO5/xMwC LOM4SgAswOXYLf5QrYrdfksxduvP3QKN4LVEPYImKzZpApjbSIX89aGrPvL03rAD RgJ/gWWaZYLxhO12GUWS4ME4O4aOg3/tnDj8soKvqb/cbfIYoyE/HbieX9qZl/vj a+90SlokBBekmmQCIQGoZC1WyGmXGu9SgvPu15ZRDQ== =ZjPG -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 20 01:27:56 2016 Received: (at 4845) by debbugs.gnu.org; 20 Feb 2016 06:27:57 +0000 Received: from localhost ([127.0.0.1]:34467 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aX11I-0007T8-OM for submit@debbugs.gnu.org; Sat, 20 Feb 2016 01:27:56 -0500 Received: from mail-pa0-f44.google.com ([209.85.220.44]:33431) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aX11H-0007Sv-0n for 4845@debbugs.gnu.org; Sat, 20 Feb 2016 01:27:55 -0500 Received: by mail-pa0-f44.google.com with SMTP id fl4so62072131pad.0 for <4845@debbugs.gnu.org>; Fri, 19 Feb 2016 22:27:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:reply-to:mime-version:content-type; bh=fkK7DuW17Fyg3VwCJ2r/7lEFiHr7MdUPyCL6O+nG/K0=; b=Mkx9IINSSGAcO3meRlhbrZzmLc8/BmEtNYQEWqMtco1qDZO/EWOiEuXPSGUU4KUwC5 /oRDbB+hAxaf677cq+LEVQx/kkdM8aDTxHjzMWQMg8R3VeuBZ2+0Mfw2pmhD8pZX45LS L+ag/60UH1GM2d4S/R0TIKWxCKukKPgGow5EaPMvyQfue8FRFAUN0nPGE5ljJ2HMr/7P uHsyPnN7Je5H6kUkzI6ZGXd+C8cG5Yp30qshC2yyVg8oOXaXCoe7pthMuit46QigD2e3 TAWjPo5qxsnHKMld3wnYOD5WTdbq5YSQnoO/Ziq0ILg54o73xW1Od4R71Tc+teIjJfjx 0RBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:date:message-id :references:user-agent:reply-to:mime-version:content-type; bh=fkK7DuW17Fyg3VwCJ2r/7lEFiHr7MdUPyCL6O+nG/K0=; b=fpV/xeknQ7SkPAL8VdXEb1GNuEq11negc8G2Bps26Xgvy604xiWda5K6ZkdE+cvu8F SvsEtPBkwVA9SCGbxQuBRDvOPkr3l5Dn6YSApbd1f0j8vnCuBEDFftsgKnyvmirRdkt2 1EEYfhQNvQdB2Wc4J8FpTscIrYFI/qQqWSTRlhVluqTPHDiPIGFTFjC5MNA5fSeO6jXE dEmjvPOcZDQYaH9RMGT5U3p1AoA0rLi7fxnoJxhLu2vr0yKWk9lsghCwUxtIlr9JV4u2 QSsYBOe6KVyLjdM9s6Gz0P1IYWpSEbIzpr//4rBL3/pR6nwbP51NUDwV5+N/4Ko30MTl wXNQ== X-Gm-Message-State: AG10YOSjspWPBcmZS5krjuLE3Od+6q8GZWAipMoD1mb7PCrAp2dm+pXLBidjCz9PD73txg== X-Received: by 10.66.63.67 with SMTP id e3mr22933992pas.141.1455949669269; Fri, 19 Feb 2016 22:27:49 -0800 (PST) Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id sm8sm21919973pac.43.2016.02.19.22.27.47 (version=TLS1 cipher=AES128-SHA bits=128/128); Fri, 19 Feb 2016 22:27:48 -0800 (PST) Received: by Vulcan.local (Postfix, from userid 501) id 3E279130DB680; Fri, 19 Feb 2016 22:27:47 -0800 (PST) From: John Wiegley To: Michael Heerdegen Subject: Re: bug#4845: 23.1.50; Uninterned symbols in .elc files In-Reply-To: <87io2pido2.fsf@web.de> (Michael Heerdegen's message of "Tue, 19 Jan 2016 20:15:25 +0100") Date: Fri, 19 Feb 2016 22:23:41 -0800 Message-ID: References: <20160119123956.32358.qmail@mail.muc.de> <87io2pido2.fsf@web.de> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/24.5 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 4845 Cc: Alan Mackenzie , Marcin Borkowski , 4845@debbugs.gnu.org, Helmut Eller 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: , Reply-To: John Wiegley Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>>>> Michael Heerdegen writes: > I think this is quite a limitation worth to be fixed, if it is possible with > little effort. If it's possible with little effort, and someone wants to do it, I agree; but there is no hurry for this one. -- John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 20 05:01:24 2016 Received: (at 4845) by debbugs.gnu.org; 20 Feb 2016 10:01:24 +0000 Received: from localhost ([127.0.0.1]:34594 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aX4Ls-0007hu-Kf for submit@debbugs.gnu.org; Sat, 20 Feb 2016 05:01:24 -0500 Received: from mail-out.m-online.net ([212.18.0.9]:37526) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aX4Lr-0007hm-Pz for 4845@debbugs.gnu.org; Sat, 20 Feb 2016 05:01:24 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3q6lfT6SWdz3hj1W; Sat, 20 Feb 2016 11:01:21 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.68]) by mail.m-online.net (Postfix) with ESMTP id 3q6lfT3sMdzvh2P; Sat, 20 Feb 2016 11:01:21 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavisd-new, port 10024) with ESMTP id dGVzDgsEfjcf; Sat, 20 Feb 2016 11:01:20 +0100 (CET) X-Auth-Info: cRbVPlhwtSm0sEuXSNOP0dfalZqWBwuPbZQt0V5u7UkhT98fyfbf2F29JsUIAsNA Received: from linux.local (ppp-88-217-29-71.dynamic.mnet-online.de [88.217.29.71]) by mail.mnet-online.de (Postfix) with ESMTPA; Sat, 20 Feb 2016 11:01:20 +0100 (CET) Received: by linux.local (Postfix, from userid 501) id 8F7641E5308; Sat, 20 Feb 2016 11:01:19 +0100 (CET) From: Andreas Schwab To: Michael Heerdegen Subject: Re: bug#4845: 23.1.50; Uninterned symbols in .elc files References: <20160119123956.32358.qmail@mail.muc.de> <87io2pido2.fsf@web.de> X-Yow: Dehydrated EGGS are STREWN across ROULETTE TABLES.. Date: Sat, 20 Feb 2016 11:01:19 +0100 In-Reply-To: <87io2pido2.fsf@web.de> (Michael Heerdegen's message of "Tue, 19 Jan 2016 20:15:25 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 4845 Cc: John Wiegley , John Wiegley , Helmut Eller , Marcin Borkowski , Alan Mackenzie , 4845@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 (/) Michael Heerdegen writes: > This is how the compiled code looks like currently: > > (defalias '#1=#:bar #[0 "[bytes...]" [message "function %s called" #1#] 3]) > (#:bar) > > If the second line would be > > (#1#) > > (as the compiler already correctly prints in the function body) > > the thing would work AFAIU. It only works inside the same sexp. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 18 21:41:47 2020 Received: (at 4845) by debbugs.gnu.org; 19 Nov 2020 02:41:47 +0000 Received: from localhost ([127.0.0.1]:37349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfZtL-0003BM-42 for submit@debbugs.gnu.org; Wed, 18 Nov 2020 21:41:47 -0500 Received: from mail-ej1-f49.google.com ([209.85.218.49]:32891) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfZtJ-0003B8-1B for 4845@debbugs.gnu.org; Wed, 18 Nov 2020 21:41:45 -0500 Received: by mail-ej1-f49.google.com with SMTP id 7so5766142ejm.0 for <4845@debbugs.gnu.org>; Wed, 18 Nov 2020 18:41:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=KA6JhihvMAmVSCfp1j8lLIR1QJ8AYdMzxyxW1yL1oFA=; b=IvMXcUb3Qp9WnR0JOH7po5F5WY0ZFCN0HjTZ0Kk1n30DEF8vZz5Lb+VfRU5vRd+2IK Vf1G7SAxz7I7yox5eqBWDw1EmQiJTZj5Bg2xvL5DrUEdCb+APtiAr6pFKgQpiY6s8m/T fKRajP9NFoFGv3q0D59e9AhMZiFO12DcHu05NSrmtUEfYpMx4/7xQFeH6uveQI0jTBkU CLH2/eTTSJfDqKVxc4SyMSiy9awMsrbAPWhta/NF6V5p7Qe6YP5aqfwtIL554rjEt1Wc zvI3O7M4gMNxESmkBqB0QFV/ArBtg01BcBPMdDneJlAvCV1hjjwZ+MShtpfusQGEpgA7 qiWg== X-Gm-Message-State: AOAM53350pIe0Gev3Bha/V20gGqIJnyRPUC2wz7byfEHWl2av9F62lzw 1X2cAjjY2mAXurdWSBrzv1JI7hOo5cCVEEt1uKA= X-Google-Smtp-Source: ABdhPJx3AFFe8BO3RG/1vE8urOm5qmgwymFHv8X5sbQttMNbKC6B57FmrzTyMFZ8/SH6tJaZZOdlSblL6vkoVGPO/j8= X-Received: by 2002:a17:906:4e90:: with SMTP id v16mr27792565eju.477.1605753699335; Wed, 18 Nov 2020 18:41:39 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 18 Nov 2020 18:41:38 -0800 From: Stefan Kangas In-Reply-To: (John Wiegley's message of "Tue, 19 Jan 2016 12:16:57 -0800") References: <20160119123956.32358.qmail@mail.muc.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Wed, 18 Nov 2020 18:41:38 -0800 Message-ID: Subject: Re: bug#4845: 23.1.50; Uninterned symbols in .elc files To: John Wiegley Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 4845 Cc: Alan Mackenzie , Marcin Borkowski , John Wiegley , Helmut Eller , 4845@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.5 (/) tags wontfix close 4845 thanks John Wiegley writes: >>>>>> Helmut Eller writes: > >> Interpreted and compiled code behave differently. That's always a problem. >> Obviously not a big problem. > > The number of ways to coax varying behavior from the two execution modes is > legion. I had to bend over backwards to achieve consistency for use-package > when byte-compiling an init.el file versus loading it un-byte-compiled. So I > don't feel this bug is very urgent. > >>>>>> Michael Heerdegen writes: > >> I think this is quite a limitation worth to be fixed, if it is possible with >> little effort. > > Honestly, we have better things to do. If you still think this is a bug, I'm > fine leaving it open until the day when someone wants to champion the cause of > interpreted/compiled equivalence, but until then, I'd rather focus on other > things. I tend to agree with John here; it doesn't seem worth spending time on this. There also have been no further interest in this bug report within 4 years. I'm therefore closing this bug report as wontfix. If anyone disagrees with that, feel free to reopen. From unknown Sat Jun 21 03:29:50 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, 17 Dec 2020 12:24:08 +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