GNU bug report logs - #20241
25.0.50; `setq' with only one argument

Previous Next

Full log

Message #79 received at 20241 <at> debbugs.gnu.org (full text, mbox):

From: John Wiegley <jwiegley <at> gmail.com>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: Alan Mackenzie <acm <at> muc.de>, 20241 <at> debbugs.gnu.org,
 Artur Malabarba <bruce.connor.am <at> gmail.com>
Subject: Re: bug#20241: 25.0.50; `setq' with only one argument
Date: Wed, 25 Nov 2015 11:06:30 -0800

>>>>> Drew Adams <drew.adams <at> oracle.com> writes:

> My preference for the compiler is to (a) let you know there are syntax
> problems, and where they are, and (b) generate code that acts the same as
> the interpreted code: in this case, raise a runtime error.

Let's take a different case as a behavorial example:

  The code: (funcall)

  Interpreted: Raises an error: eval: Wrong number of arguments: funcall, 0

  Byte-compilation: No warnings or errors printed.

  Loading of .elc: Raises an error: load: Wrong number of arguments: funcall, 0

I think that we should be consistent in our behavior. Mis-using Emacs Lisp is
not a reason to fail to byte-compile, even if it is a reason for it to fail to
evaluate or load.

A separate argument could be made that bad code shouldn't compile, but that's
orthogonal to this discussion, and too big a pill to swallow for 25.1.

John

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.