unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Ken Raeburn <raeburn@raeburn.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: emacs-devel@gnu.org
Subject: Re: [Emacs-diffs] scratch/raeburn-startup a4231c3 4/5: Don't dump artifacts of the dump process.
Date: Sun, 16 Apr 2017 23:48:32 -0400	[thread overview]
Message-ID: <F6948ABC-D7DF-4CEB-AF94-F4106586EE30@raeburn.org> (raw)
In-Reply-To: <jwvziflalz9.fsf-monnier+gmane.emacs.devel@gnu.org>


On Apr 12, 2017, at 07:46, Stefan Monnier <monnier@iro.umontreal.ca> wrote:

>> We do have “lexical-binding:t” at the top of the file, but still the
>> let-bound variables’ local bindings are showing up in the output.
> 
> Oh, right, because the lexical-binding:t cookie doesn't take effect
> since we haven't yet loaded the Elisp code which pays attention to it.

This is probably going to make my brain hurt, but… how does that work?  At the point where we do the “let” we’ve already loaded the Lisp code we’re going to dump.  Or is it something that needs to be in effect when we start loading the file?  Maybe something we can explicitly enable after loading the necessary Lisp bits?  If we can’t use lexical binding in loadup.el, maybe we should change the file header to not appear as though we’re enabling it.

Also, does this issue affect Lisp code loaded as .el source from loadup while bootstrapping?

Ken


  reply	other threads:[~2017-04-17  3:48 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20170410155910.29409.32595@vcs0.savannah.gnu.org>
     [not found] ` <20170410155913.053F720447@vcs0.savannah.gnu.org>
2017-04-10 18:13   ` [Emacs-diffs] scratch/raeburn-startup a4231c3 4/5: Don't dump artifacts of the dump process Stefan Monnier
2017-04-12  4:08     ` Ken Raeburn
2017-04-12 11:46       ` Stefan Monnier
2017-04-17  3:48         ` Ken Raeburn [this message]
2017-04-17 12:26           ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=F6948ABC-D7DF-4CEB-AF94-F4106586EE30@raeburn.org \
    --to=raeburn@raeburn.org \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).