GNU bug report logs - #24912
25.1.50; Byte compiler generates incorrect code when second &optional is used

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Subject: bug#24912: closed (Re: bug#24912: 25.1.50; Byte compiler
 generates incorrect code when second &optional is used)
Date: Tue, 22 Nov 2016 13:11:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#24912: 25.1.50; Byte compiler generates incorrect code when second &optional is used

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 24912 <at> debbugs.gnu.org.

-- 
24912: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24912
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: 24912-done <at> debbugs.gnu.org
Subject: Re: bug#24912: 25.1.50; Byte compiler generates incorrect code when
 second &optional is used
Date: Tue, 22 Nov 2016 13:10:35 +0000

[Message part 3 (text/plain, inline)]

Philipp Stephani <p.stephani2 <at> gmail.com> schrieb am Mi., 9. Nov. 2016 um
22:11 Uhr:

>
> emacs -Q
>
> In *scratch*, evaluate:
>
> (funcall
>  (let ((lexical-binding t))
>    (byte-compile
>     (lambda (&optional a b)
>       (list a b))))
>  'a 'b)
>
> Result is (a b), as expected.  Now evaluate
>
> (funcall
>  (let ((lexical-binding t))
>    (byte-compile
>     (lambda (&optional a &optional b)
>       (list a b))))
>  'a 'b)
>
> Result is (b nil).
>
> Emacs should either generate correct code in both cases, or signal an
> error in the latter case.
>
> Fixed with commit  0d913da15c094bf596dd685acecf3438228c15cf.

[Message part 4 (text/html, inline)]

[Message part 5 (message/rfc822, inline)]

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.1.50;
 Byte compiler generates incorrect code when second &optional is used
Date: Wed, 09 Nov 2016 22:08:53 +0100

emacs -Q

In *scratch*, evaluate:

(funcall
 (let ((lexical-binding t))
   (byte-compile
    (lambda (&optional a b)
      (list a b))))
 'a 'b)

Result is (a b), as expected.  Now evaluate

(funcall
 (let ((lexical-binding t))
   (byte-compile
    (lambda (&optional a &optional b)
      (list a b))))
 'a 'b)

Result is (b nil).

Emacs should either generate correct code in both cases, or signal an
error in the latter case.



In GNU Emacs 25.1.50.13 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8)
 of 2016-11-09 built on localhost
Repository revision: eb364fddec1431f459166cebb36f09f6b371dd71
Windowing system distributor 'The X.Org Foundation', version 11.0.11501000
System Description:	Ubuntu 14.04 LTS

Configured using:
 'configure --with-modules --enable-checking
 --enable-check-lisp-object-type 'CFLAGS=-ggdb3 -O0''

Configured features:
XPM JPEG TIFF GIF PNG SOUND GSETTINGS NOTIFY GNUTLS FREETYPE XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode easymenu
cl-loaddefs pcase cl-lib mail-prsvr mail-utils time-date mule-util
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese charscript case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote inotify dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)

Memory information:
((conses 16 88985 12134)
 (symbols 48 19888 0)
 (miscs 40 343 148)
 (strings 32 14767 5042)
 (string-bytes 1 440399)
 (vectors 16 12780)
 (vector-slots 8 446092 5001)
 (floats 8 166 21)
 (intervals 56 209 0)
 (buffers 976 24)
 (heap 1024 40188 973))

-- 
Google Germany GmbH
Erika-Mann-Straße 33
80636 München

Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschäftsführer: Matthew Scott Sucherman, Paul Terence Manicle

Diese E-Mail ist vertraulich.  Wenn Sie nicht der richtige Adressat sind,
leiten Sie diese bitte nicht weiter, informieren Sie den Absender und löschen
Sie die E-Mail und alle Anhänge.  Vielen Dank.

This e-mail is confidential.  If you are not the right addressee please do not
forward it, please inform the sender, and please erase this e-mail including
any attachments.  Thanks.

Previous Next

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