From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: Preview: portable dumper Date: Mon, 28 Nov 2016 12:26:55 -0800 Message-ID: References: <047a67ec-9e29-7e4e-0fb0-24c3e59b5886@dancol.org> <83zikjxt1j.fsf@gnu.org> <727ccd66-3bc3-2a41-7d1d-ef6dae9f0d1e@dancol.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1480364865 4304 195.159.176.226 (28 Nov 2016 20:27:45 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 28 Nov 2016 20:27:45 +0000 (UTC) User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (darwin) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 28 21:27:41 2016 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 1cBSWa-0000Kz-Hb for ged-emacs-devel@m.gmane.org; Mon, 28 Nov 2016 21:27:40 +0100 Original-Received: from localhost ([::1]:32900 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cBSWe-0002Xl-Cs for ged-emacs-devel@m.gmane.org; Mon, 28 Nov 2016 15:27:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43496) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cBSW2-0002Vq-DY for emacs-devel@gnu.org; Mon, 28 Nov 2016 15:27:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cBSW1-0005Hq-IR for emacs-devel@gnu.org; Mon, 28 Nov 2016 15:27:06 -0500 Original-Received: from mail-pf0-x22f.google.com ([2607:f8b0:400e:c00::22f]:35082) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cBSVv-0005DN-VJ; Mon, 28 Nov 2016 15:27:00 -0500 Original-Received: by mail-pf0-x22f.google.com with SMTP id i88so26566541pfk.2; Mon, 28 Nov 2016 12:26:59 -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:mail-followup-to:mime-version; bh=990oe6n18fPw2EZSZyYkyJaIlAKk6SzCGTVAiKWzWfo=; b=ENgE2DHtUKEzmJxmK+Z4riVLl3EY0ad2vB6by6Jli95Za27ZTl+JUw02l89mGhrJ00 uOgc4VL2jE/HShLk0nij1EFheP5a27nrzY5XkR44tDg5gP9P+mQf8ndwN0fiyCEZBWd+ FcR/la16GPfGYJqdajr2/zwlbVEhCgNxe1irpmWOWNHU1SxGI58D79/dBE8LmmSfAFtN oRNykXZ/iA2CyJgHyTu6A+BghjqiRb57sAZiXqm5mdSVrkeortNmJy5+kr4SDRIlStDJ SPX/eQXHCkC+QB/JrHWCfmRvLx1pf9IqOPKMc62IhBBd4QJtQNDSmKP210BfMSoSn45T +rQQ== 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:mail-followup-to:mime-version; bh=990oe6n18fPw2EZSZyYkyJaIlAKk6SzCGTVAiKWzWfo=; b=Bn6EF4Ua4ST+aibTpIx+V/lJycH5LVE/1c6jFB+e64DITNFUJXiVW4n7s2JUQAqQlk mx1Rt9rsm0GxKanaFOnNzusjOYAZ0AHGnTmf6bsiZt1D9EofjYhxt7ui4iL4s8kFElic pexCI6usNPAJ2htiEuki8ZSMrNqDQMudXZ1Sgci4IR74uQ3wPeCQ5EZLbMuKeQazvK4R 15SpfEEMp9HXCU7xp9qA/GatpxBlZY1F+UhpxhXvdFEshMQaFcA++PnoVhr1jNdwdhB0 NhaD+u7lGmYUaxM6uuiM4VYmi52e7WQZuzQij+sV3da92lcnz/thECcY6LGn9MqpXf6G uFcw== X-Gm-Message-State: AKaTC02pVBf9t3qmUo2iOmIE0oQDS8pptfc9bl4yDbl1XOosYX+PGFfkCGzKFfDMsrKgjA== X-Received: by 10.98.131.67 with SMTP id h64mr23657662pfe.86.1480364818353; Mon, 28 Nov 2016 12:26:58 -0800 (PST) Original-Received: from Vulcan.local (76-234-69-149.lightspeed.frokca.sbcglobal.net. [76.234.69.149]) by smtp.gmail.com with ESMTPSA id h7sm71473299pgn.13.2016.11.28.12.26.56 (version=TLS1 cipher=AES128-SHA bits=128/128); Mon, 28 Nov 2016 12:26:56 -0800 (PST) X-Google-Original-From: "John Wiegley" Original-Received: by Vulcan.local (Postfix, from userid 501) id 64D074572473; Mon, 28 Nov 2016 12:26:56 -0800 (PST) In-Reply-To: <727ccd66-3bc3-2a41-7d1d-ef6dae9f0d1e@dancol.org> (Daniel Colascione's message of "Mon, 28 Nov 2016 12:22:03 -0800") Mail-Followup-To: Daniel Colascione , Eli Zaretskii , emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400e:c00::22f 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:209690 Archived-At: >>>>> "DC" == Daniel Colascione writes: DC> Yes --- one that *we* control, which frees us from changes to underlying DC> systems. Yes, the thing has intimate knowledge of Lisp_Object internals, DC> but whoever changes those internals (and these changes are rare) can DC> change the dumper too. Then the difference between .elc and this new -- .eld? -- would be exactly what? Relocation information to speed up load time? I'm just wondering: if it's strictly a speed gain, then is there any other way to achieve it; if it's a functionality gain, what are the advantages over just speeding up .elc loading. Thanks for doing this work, btw!! The value of your exploration is not lost on me, since you've now made a concrete alternative for us to consider. If the differences in approach are small enough, there's no reason we can't change our minds yet again in the future. This is a purely internal matter, after all. -- John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2