From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Helmut Eller Newsgroups: gmane.emacs.bugs Subject: bug#4845: 23.1.50; Uninterned symbols in .elc files Date: Tue, 19 Jan 2016 20:44:29 +0100 Message-ID: References: <20160119123956.32358.qmail@mail.muc.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1453232726 32038 80.91.229.3 (19 Jan 2016 19:45:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 19 Jan 2016 19:45:26 +0000 (UTC) Cc: Alan Mackenzie , Marcin Borkowski , John Wiegley , 4845@debbugs.gnu.org To: John Wiegley Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 19 20:45:15 2016 Return-path: Envelope-to: geb-bug-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 1aLcDH-0001zc-NJ for geb-bug-gnu-emacs@m.gmane.org; Tue, 19 Jan 2016 20:45:11 +0100 Original-Received: from localhost ([::1]:38997 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLcDG-0004uK-Oo for geb-bug-gnu-emacs@m.gmane.org; Tue, 19 Jan 2016 14:45:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52112) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLcDD-0004u3-KP for bug-gnu-emacs@gnu.org; Tue, 19 Jan 2016 14:45:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLcD8-0000dD-Il for bug-gnu-emacs@gnu.org; Tue, 19 Jan 2016 14:45:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37609) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLcD8-0000d9-Ei for bug-gnu-emacs@gnu.org; Tue, 19 Jan 2016 14:45:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aLcD8-0004LQ-7Q for bug-gnu-emacs@gnu.org; Tue, 19 Jan 2016 14:45:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Helmut Eller Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 Jan 2016 19:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 4845 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 4845-submit@debbugs.gnu.org id=B4845.145323267716650 (code B ref 4845); Tue, 19 Jan 2016 19:45:02 +0000 Original-Received: (at 4845) by debbugs.gnu.org; 19 Jan 2016 19:44:37 +0000 Original-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 Original-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 Original-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) Original-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) Original-Received: from helmut by ix with local (Exim 4.84) (envelope-from ) id 1aLcCb-0000hC-PR; Tue, 19 Jan 2016 20:44:29 +0100 In-Reply-To: (John Wiegley's message of "Tue, 19 Jan 2016 09:26:14 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:111768 Archived-At: 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