From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: Skipping unexec via a big .elc file Date: Mon, 6 Feb 2017 10:20:59 -0500 Message-ID: <491113AD-F03F-4E9D-8005-F4C430E60A16@raeburn.org> 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> <87inpni6xa.fsf@linux-m68k.org> <8360lmesso.fsf@gnu.org> <3B044D64-7C94-42D7-BE1B-7A9CA76C5A67@raeburn.org> <83k29xc49v.fsf@gnu.org> <2C5C5C6E-9D73-4613-948B-C15B93968717@raeburn.org> <83poiy8cnv.fsf@gnu.org> <83y3xk7i07.fsf@gnu.org> <7DB61BDC-41C5-41A5-BB01-B15F2B03A81E@raeburn.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1486394480 28082 195.159.176.226 (6 Feb 2017 15:21:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 6 Feb 2017 15:21:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 06 16:21:13 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 1cal6M-0006re-VH for ged-emacs-devel@m.gmane.org; Mon, 06 Feb 2017 16:21:11 +0100 Original-Received: from localhost ([::1]:48994 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cal6S-00039j-Ha for ged-emacs-devel@m.gmane.org; Mon, 06 Feb 2017 10:21:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33704) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cal6I-00038L-BW for emacs-devel@gnu.org; Mon, 06 Feb 2017 10:21:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cal6F-0004Sy-5s for emacs-devel@gnu.org; Mon, 06 Feb 2017 10:21:06 -0500 Original-Received: from mail-qt0-x241.google.com ([2607:f8b0:400d:c0d::241]:36760) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cal6F-0004Sl-19 for emacs-devel@gnu.org; Mon, 06 Feb 2017 10:21:03 -0500 Original-Received: by mail-qt0-x241.google.com with SMTP id h53so15193302qth.3 for ; Mon, 06 Feb 2017 07:21:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raeburn-org.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=IEKC7tPpQKd523r8m9T0CutZI+TXs91+Dwd8l+FwrDM=; b=fh+CdyBE9vAETWR4DOhKh/lKe7iFwCj/kAn2F3GFtb82WDubcc2n6GVVC+5mAMa5+4 CY6YfBKQhARZHiuxENJZTtmyL0LyMA2f57xVZ6bBGkuWU3077IkBgI7o1lkC5t2ECga4 UalgxHkGTIPLCdeIykLICoCNoeunDomGBooVJucjBI6ihqN2xovSoi9IEfLOm+AuhRzE GG+sS+ouLXzCgQmpRpgHIsFUzRS7fsxJWZJ1/lFGAboNZZszacEtE3JsfW/UXoziXxPv g8T51EEoqFVub6AnuAII5O4t4NEKc4yk0Tzj/aac7/81do39Odkc9O9zRdQtD72FB5Bv h0MA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=IEKC7tPpQKd523r8m9T0CutZI+TXs91+Dwd8l+FwrDM=; b=QwEqX+mUhw8aq+onqdYpIazOdW0qGRRx2b25eV3urWqZ/QZDM+hxJPzoGKqxYUqqZg dlyGLTj1SSfemafXb06IRXUGm1l+qmLhJISv2KBw6Xn78Pd/GNO2++7nyWfcMzfK/kMG Sp56T2hJM3A/5PGX5/ymoj26FgvATpQB6fEXs9fV0jV8Lzw103Kch+AH4HEQ8NDyTapi 6l2J1ByqwVDaVeuXWo1uVdYAutMeUeblyhNkNxminRCDLbM8ZI1LsYUWYVDHrcebUNbr 7qAfV4CEYBZzvWHp8BaG0UJp06qk3M/opxoQ8Ov56iHlqORZYCbuM18ZoUkmk6f4Lvqg /KOg== X-Gm-Message-State: AMke39kwKtttwDYg8LT8utxVx5JXNkCjv9KQTMguwblcm+8PQcy8bf0j9nvGLXvj2A3v7Q== X-Received: by 10.237.35.8 with SMTP id h8mr9098148qtc.250.1486394461992; Mon, 06 Feb 2017 07:21:01 -0800 (PST) Original-Received: from [192.168.23.52] (c-50-138-183-136.hsd1.ma.comcast.net. [50.138.183.136]) by smtp.gmail.com with ESMTPSA id h56sm754110qte.24.2017.02.06.07.21.01 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 06 Feb 2017 07:21:01 -0800 (PST) In-Reply-To: <7DB61BDC-41C5-41A5-BB01-B15F2B03A81E@raeburn.org> X-Mailer: Apple Mail (2.3124) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400d:c0d::241 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:212032 Archived-At: And now I=E2=80=99ve got a *possible* explanation for why I=E2=80=99m = seeing differences in some .elc files. It appears that the .elc output can vary depending on whether other = loaded Lisp code was compiled or not. I found differences in diary-lib.elc between two of my build trees = (raeburn-startup branch, and the branch point). In the first function I = looked at, the differences came down to this: 335 constant (12 31 -1) constant (12 31 -1) 336 dup dup =20 337 varbind date varbind date =20 339 dup varbind date =20 340 varbind date constant (12 31 -1) 342 car car =20 343 unbind 1 unbind 1 The constant here comes from calendar-absolute-from-gregorian, a = defsubst in calendar.el. I tried with one source base (at the branch = point), compiling diary-lib.el with calendar.elc present, and again with = calendar.elc missing so that calendar.el would get used. The generated = .elc files showed the same differences. This is arguably a bug, but not one added by the big-elc changes. I almost always build with a make option like =E2=80=9C-j4=E2=80=9D, so = the timing of byte compilations of different files relative to one = another isn=E2=80=99t entirely predictable. This *could* account for a = lot of differences I=E2=80=99m seeing. It=E2=80=99s not a sure thing = that this sort of thing is the only cause of differences; I=E2=80=99ll = have to do a fully serialized bootstrap of both versions of the code to = see. Ken=