unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Michael Heerdegen <michael_heerdegen@web.de>
To: 11258@debbugs.gnu.org
Subject: bug#11258: 24.1.50; lexical binding inconsistencies
Date: Mon, 16 Apr 2012 22:03:30 +0200	[thread overview]
Message-ID: <87vckzsaul.fsf@web.de> (raw)

Hi,

I have an elisp file with this content:

; Test  -*- lexical-binding: t -*-

(defun test1 (arg)
  (interactive "i")
  (funcall (lambda () arg)))

(defun test2 (arg)
  (interactive "i")
  ((lambda () arg)))

;; (test1 nil)
;; (test2 nil)

I visit the file and do M-x eval-buffer.  Then I do the following:

1(a) Put point after (test1 nil) and hit C-x C-e: nil
1(b) M-x test1: nil
2(a) Put point after (test2 nil) and hit C-x C-e
     If I had loaded my .emacs before, I get nil
     With emacs -Q, I get: Lisp error: (void-variable arg)
2(b) M-x test2: Lisp error: (void-variable arg)

Now, byte compile the file, and load the compiled code.  Now, repeat
the above four tests.  You always get nil, and no error.

That's strange - shouldn't the result always be nil?  If not, this
(surprising) behavior should be documented in the manual.

I've experimented a lot, and found that the results for 2(a) are not
always the same.

OTOH, the compiled code always works as expected (result nil).


Regards,

Michael.


In GNU Emacs 24.1.50.1 (i486-pc-linux-gnu, GTK+ Version 3.2.3)
 of 2012-04-10 on zelenka, modified by Debian
 (emacs-snapshot package, version 2:20120410-1)
Windowing system distributor `The X.Org Foundation', version 11.0.11104000
Configured using:
 `configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu'
 '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib'
 '--localstatedir=/var' '--infodir=/usr/share/info'
 '--mandir=/usr/share/man' '--with-pop=yes'
 '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.1.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.1.50/site-lisp:/usr/share/emacs/site-lisp'
 '--without-compress-info' '--with-crt-dir=/usr/lib/i386-linux-gnu/'
 '--with-x=yes' '--with-x-toolkit=gtk3' '--with-imagemagick=yes'
 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu'
 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2''






             reply	other threads:[~2012-04-16 20:03 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-16 20:03 Michael Heerdegen [this message]
2012-04-17 17:58 ` bug#11258: 24.1.50; lexical binding inconsistencies Stefan Monnier
2012-04-18  1:03   ` Michael Heerdegen
2013-04-19 20:50   ` Michael Heerdegen
2013-08-28 18:28     ` 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=87vckzsaul.fsf@web.de \
    --to=michael_heerdegen@web.de \
    --cc=11258@debbugs.gnu.org \
    /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).