[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Possible defvar bug
From: |
Thierry Volpiatto |
Subject: |
Re: Possible defvar bug |
Date: |
Mon, 18 Feb 2013 17:26:28 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) |
"Drew Adams" <address@hidden> writes:
>> See also documentation of `require' which should not be used inside
>> `let' bindings for same reasons.
>
> Hm. What doc of `require' mentions this?
,----
| The expression `(require 'comint)' loads the file `comint.el' if it has
| not yet been loaded, ensuring that `comint-dynamic-complete-filename'
| is defined. Features are normally named after the files that provide
| them, so that `require' need not be given the file name. (Note that it
| is important that the `require' statement be outside the body of the
| `let'. Loading a library while its variables are let-bound can have
| unintended consequences, namely the variables becoming unbound after
| the let exits.)
`----
> I looked at the doc string and (elisp) `Named Features', but I didn't
> notice anything about this.
>
> I hope that the doc for this, wherever it might be, is more specific than what
> you said, because I cannot imagine that such a blanket statement is correct.
> Presumably, any potential problem would depend on what variables the `let'
> binds?
Of course.
--
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
Re: Possible defvar bug, Glenn Morris, 2013/02/18