From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#31688: 26.1.50; Byte compiler confuses two string variables Date: Sat, 02 Jun 2018 19:54:40 -0400 Message-ID: <87d0x8agn3.fsf@gmail.com> References: <87a7sdkrft.fsf@runbox.com> <87po199id0.fsf@gmail.com> <5c6b2383ccd9c7d9b4058d249274b8c4@webmail.orcon.net.nz> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1527983598 5667 195.159.176.226 (2 Jun 2018 23:53:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 2 Jun 2018 23:53:18 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: Gemini Lasswell , bug-gnu-emacs , 31688@debbugs.gnu.org To: Phil Sainty Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 03 01:53:13 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1fPGKe-0001N4-Q6 for geb-bug-gnu-emacs@m.gmane.org; Sun, 03 Jun 2018 01:53:13 +0200 Original-Received: from localhost ([::1]:33092 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fPGMl-0002Q2-QW for geb-bug-gnu-emacs@m.gmane.org; Sat, 02 Jun 2018 19:55:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58122) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fPGMT-0002Fs-QV for bug-gnu-emacs@gnu.org; Sat, 02 Jun 2018 19:55:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fPGMQ-0003br-P9 for bug-gnu-emacs@gnu.org; Sat, 02 Jun 2018 19:55:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51760) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fPGMQ-0003bf-LM for bug-gnu-emacs@gnu.org; Sat, 02 Jun 2018 19:55:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fPGMQ-0001WA-8v for bug-gnu-emacs@gnu.org; Sat, 02 Jun 2018 19:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Jun 2018 23:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31688 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31688-submit@debbugs.gnu.org id=B31688.15279836905811 (code B ref 31688); Sat, 02 Jun 2018 23:55:02 +0000 Original-Received: (at 31688) by debbugs.gnu.org; 2 Jun 2018 23:54:50 +0000 Original-Received: from localhost ([127.0.0.1]:59657 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPGMD-0001Vf-P3 for submit@debbugs.gnu.org; Sat, 02 Jun 2018 19:54:49 -0400 Original-Received: from mail-it0-f50.google.com ([209.85.214.50]:38501) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPGMB-0001VP-FA for 31688@debbugs.gnu.org; Sat, 02 Jun 2018 19:54:48 -0400 Original-Received: by mail-it0-f50.google.com with SMTP id v83-v6so6123247itc.3 for <31688@debbugs.gnu.org>; Sat, 02 Jun 2018 16:54:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version; bh=EkiIUJUdswHlFB//YdFLya/vwGi97B3gPDMzmJjEsk8=; b=hmPUC+8AaCnvbNHUJutMeHu+pH+jUPQHBoB/UdUEgj8H3sIPJ6xPoOg7xiD0mjs8b4 b5/D1wtSE4qQPqvOVd9qo3r3gyX1Cfa9Kt9Df/nDmJN7Z0Zc709X35u8qpMUUPM//Fei Cx8uWQEPoFNh6t80yfNs5A5pbT+0kzGlR8F9Vmv5xTifZdeVF6xSbCoVHTgwTYkxsnXy wk5fELdympmvMv2mIEStUWjEbFqf6KP4cRNNpx0jeWSeGAZiPtES5WOeRFCdJ886Vzfo RBwlbXNaHAv1yTfQd3gaGP7gI7NVO7I2sk67f+fPe8Add0n30H7acw5PnSrq7hRnWS4V nSvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version; bh=EkiIUJUdswHlFB//YdFLya/vwGi97B3gPDMzmJjEsk8=; b=QMp44M8jHniLDd2R4m06g0pUO84zKtPBIoFHesfSPBk2KUq2PKWwTh1f0ieLq4dGCb lHZfmhJIc8zugDIOsG/ntUusyOWwaqNCFdRnvRu0R093a9nkBDjtwsxklKQaZk04QjCI J2pkGpT+czPg5ZVmbqbbRQRaxmYJHdmup4A6GGzYEWMDgokLLeV7Y391LZt5TUKTS0fz 9Zysey43Xb5IR9KG9rNXpnSRT0paJRh9qXeTLqGHPDbkoftA4iSocCunE/VlnN/VDCr/ TjVMYKmgakoHevkja0weEvfMXYah2gfLQvOBpSnXQTn8YxxizKy8lFSg9ll6TB8YZWjE tBSg== X-Gm-Message-State: APt69E3m0V87Qxmh1Gn6KTvtuzjHLMg82O8kwduakM5bS58ZrYgf+bWi 5opE6opmZLjx4pa5BMWG/VvhmQ== X-Google-Smtp-Source: ADUXVKKHvG9UcRGDz1TVP6XmBGyNtVz0i++e2V1TkyDlvL3vrDccmQZmMgG2jMxejwhhN9mCrxCxsQ== X-Received: by 2002:a24:6d5:: with SMTP id 204-v6mr9323529itv.47.1527983681806; Sat, 02 Jun 2018 16:54:41 -0700 (PDT) Original-Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id e17-v6sm2525886itf.10.2018.06.02.16.54.40 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 02 Jun 2018 16:54:41 -0700 (PDT) In-Reply-To: <5c6b2383ccd9c7d9b4058d249274b8c4@webmail.orcon.net.nz> (Phil Sainty's message of "Sun, 03 Jun 2018 11:38:44 +1200") 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" Xref: news.gmane.org gmane.emacs.bugs:146885 Archived-At: Phil Sainty writes: > On 2018-06-03 06:02, Noam Postavsky wrote: >> I don't think this is a bug, the compiler coalesces equal string >> literals. > > Ouch. Has this always been the case? I've been firmly under the > impression that the lisp reader creates a new lisp objects whenever > it reads a string, Strictly speaking, that is correct. The reader does that. The byte compiler doesn't preserve the object identity. (byte-compile (lambda () (let ((str1 "abc") (str2 "abc")) (eq str1 str2)))) ;=> #[0 "" ["abc"] 4] > But this is nil regardless: > > (eq "abc" "abc") Oh, looks like the compiler performs the `eq' call at compile time. (byte-compile (lambda () (eq "abc" "abc"))) ;=> #[0 "\300\207" [nil] 1] > This seems kinda horrible? What, you don't like optimization? ;)