From unknown Wed Jun 25 09:07:31 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#25941 <25941@debbugs.gnu.org> To: bug#25941 <25941@debbugs.gnu.org> Subject: Status: 26.0.50; Different code behavior between using the auto-compiled and evaled versions Reply-To: bug#25941 <25941@debbugs.gnu.org> Date: Wed, 25 Jun 2025 16:07:31 +0000 retitle 25941 26.0.50; Different code behavior between using the auto-compi= led and evaled versions reassign 25941 emacs submitter 25941 Kaushal Modi severity 25941 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 02 18:43:44 2017 Received: (at submit) by debbugs.gnu.org; 2 Mar 2017 23:43:45 +0000 Received: from localhost ([127.0.0.1]:37114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjaNs-0005fs-FP for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42103) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjaNp-0005ff-B9 for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjaNi-00066Z-1f for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:36 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52043) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cjaNh-00066V-Ua for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:33 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33060) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjaNf-0002ya-Vd for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:43:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjaNe-00065o-0C for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:43:32 -0500 Received: from mail-ua0-x22b.google.com ([2607:f8b0:400c:c08::22b]:33431) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cjaNd-00065h-PS for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:43:29 -0500 Received: by mail-ua0-x22b.google.com with SMTP id c11so46420930uaa.0 for ; Thu, 02 Mar 2017 15:43:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=oIbmBILLmBZ4mJHvkY7pKIxD+IWwlIsWKTcbLnSKmmg=; b=pXNqUhiTm7V0a4ECjUngwRo0FaoP4tzJDy1FuJsXooD/WeImad1Egj4gKNhHG00Il5 Zpotoq7oQCjokx3VR3MyQedc5q4XDr7rdEjg91Ne9mUa569liK+uhuRLbu8r9p4QAfc8 n58yBkclZG00P/jkLYeXrx1H/edAz0mhoG9kU+3q869HQKKEGJ2ftwwFVH/uJWLwQI7w N31wjITYdfnPDS4XjjNQ+WO0F+gFNU0RiPhpjmmL/v47ijiMwSZGmH74VKnLngosf/Sk 2pRdFeSpnD5I3r+30gFdw0qnhsmWzZZqPA+RzuwW3Xlvn9dh5C0XODAOEnj6bjhuw1/c yp0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=oIbmBILLmBZ4mJHvkY7pKIxD+IWwlIsWKTcbLnSKmmg=; b=tK0qdSKzl0w4ag1SuyXFF7gMtgvLobd+wYp7sw2q2h5UL3bFOQFB3yux9MfMUIzEGc QGkgOQ4xqpI8WheiYzj7XJTptnal2HeoEhAFiEnq/yCzzOdfnkRLd6HxG7ZnHhH/c4aG 04m1hMWSSBdrdjQHyxUEAQnLFhsvDQc9uUdxiTZPP9mJAa//j7zIDkEeiBhdp9OeBo0p z9pW3LVIncSpefHR230H0j4RpQA4GkCxOr9KWyX3cgNf2hDvy5bHUwE+evBSvqTPuwfS Gyp1+xFk9DK3Gk8MGBA383Iig3Z54bwX12pylTzqEC3zcRisB8WbecDTpSxj+nJnGdAA xBWQ== X-Gm-Message-State: AMke39lo2xKK3WruDhGTUtS4aHj/w2hXghYpwNvnRNhdd8cfc+Sn+zKPhyWZLL8PYYuBj8OBB9mcWxVVIRSEmQ== X-Received: by 10.31.70.66 with SMTP id t63mr4413589vka.175.1488498207037; Thu, 02 Mar 2017 15:43:27 -0800 (PST) MIME-Version: 1.0 From: Kaushal Modi Date: Thu, 02 Mar 2017 23:43:15 +0000 Message-ID: Subject: 26.0.50; Different code behavior between using the auto-compiled and evaled versions To: "bug-gnu-emacs@gnu.org" , Oleh Krehel Content-Type: multipart/alternative; boundary=001a11484ae0e11f160549c7fec3 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --001a11484ae0e11f160549c7fec3 Content-Type: text/plain; charset=UTF-8 I discovered a difference in between when running a command from the avy package (available on GNU Elpa). I verified that this issue did not exist on emacs 25.1 or emacs 25.2.1. But it does exist on emacs 26.0.50. How to recreate the problem: 1. emacs -Q 2. Install the avy package from GNU Elpa 3. M-x toggle-debug-on-error 4. M-x avy-goto-line 5. Enter the number 10 You will get a backtrace like this: ===== Debugger entered--Lisp error: (wrong-type-argument integer-or-marker-p nil) avy-action-goto(nil) avy-goto-line(1) funcall-interactively(avy-goto-line 1) call-interactively(avy-goto-line record nil) command-execute(avy-goto-line record) execute-extended-command(nil "avy-goto-line" nil) funcall-interactively(execute-extended-command nil "avy-goto-line" nil) call-interactively(execute-extended-command nil nil) command-execute(execute-extended-command) ===== By edebugging the avy.el code, I figured out that the problem was that this function was returning nil when it should in fact be returning t. The difficulty in debugging this further is that if I evaluate that function (avy--process), then the problem goes away. With point in that function, after I do C-M-x, M-x avy-goto-line starts working fine. This problem repeats after each emacs restart; and goes away after C-M-x on avy--process. This means that when the compiled version of avy--process is loaded, that function returns nil incorrectly. But after manually evaluating it, it starts returning t when expected. ===== (defun avy--process (candidates overlay-fn) "Select one of CANDIDATES using `avy-read'. Use OVERLAY-FN to visualize the decision overlay." (unless (and (consp (car candidates)) (windowp (cdar candidates))) (setq candidates (mapcar (lambda (x) (cons x (selected-window))) candidates))) (let ((len (length candidates)) (cands (copy-sequence candidates)) res) (if (= len 0) (message "zero candidates") (if (= len 1) (setq res (car candidates)) (unwind-protect (progn (avy--make-backgrounds (avy-window-list)) (setq res (if (eq avy-style 'de-bruijn) (avy-read-de-bruijn candidates avy-keys) (avy-read (avy-tree candidates avy-keys) overlay-fn #'avy--remove-leading-chars)))) (avy--done))) (cond ((eq res 'restart) (avy--process cands overlay-fn)) ;; ignore exit from `avy-handler-function' ((eq res 'exit)) (t (avy-push-mark) (when (and (consp res) (windowp (cdr res))) (let* ((window (cdr res)) (frame (window-frame window))) (unless (equal frame (selected-frame)) (select-frame-set-input-focus frame)) (select-window window)) (setq res (car res))) (funcall (or avy-action 'avy-action-goto) (if (consp res) (car res) res))))))) ===== More info.. The avy--process is called via avy--line when doing M-x avy-goto-line. Below is the relevant snippet from the avy-goto-line fn. Notice the r variable. When numbers are entered as input after M-x avy-goto-line, that (avy--line (eq arg 4) form should return t. But it is returning nil instead. So avy-action-goto gets called when it shouldn't be. After manually evaluating avy--process, r is set to t instead of nil as expected and the problem goes away. ===== snippet from avy-goto-line fn definition ===== (r (avy--line (eq arg 4)))) (unless (eq r t) (avy-action-goto r)))))) ===== I started off this bug report on the package github page: https://github.com/abo-abo/avy/issues/182 But realizing that the same package version works fine on emacs 25.x but not on the master build, I am filing this report. In GNU Emacs 26.0.50 (build 52, x86_64-unknown-linux-gnu, GTK+ Version 2.24.23) of 2017-03-02 Repository revision: d0d26c1379598983d2163deb13ba8ab13b14ba2c Windowing system distributor 'The X.Org Foundation', version 11.0.60900000 System Description: Red Hat Enterprise Linux Workstation release 6.6 (Santiago) Configured using: 'configure --with-modules --prefix=/home/kmodi/usr_local/apps/6/emacs/master '--program-transform-name=s/^ctags$/ctags_emacs/' 'CPPFLAGS=-fgnu89-inline -I/home/kmodi/usr_local/6/include -I/usr/include/freetype2 -I/usr/include' 'CFLAGS=-ggdb3 -O0' 'CXXFLAGS=-ggdb3 -O0' 'LDFLAGS=-L/home/kmodi/usr_local/6/lib -L/home/kmodi/usr_local/6/lib64 -ggdb3'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 MODULES Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=none locale-coding-system: utf-8-unix -- Kaushal Modi --001a11484ae0e11f160549c7fec3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I discovered a difference in between when running a c= ommand from the avy package (available on GNU Elpa).

I verified that this issue did not exist on emacs 25.1 or emacs 25.2.1.<= /div>

But it does exist on emacs 26.0.50.

=
How to recreate the problem:

1. emacs -= Q
2. Install the avy package from GNU Elpa
3. M-x toggl= e-debug-on-error
4. M-x avy-goto-line
5. Enter the numb= er 10

You will get a backtrace like this:

=3D=3D=3D=3D=3D
Debugger entered--Lisp erro= r: (wrong-type-argument integer-or-marker-p nil)
=C2=A0 avy-actio= n-goto(nil)
=C2=A0 avy-goto-line(1)
=C2=A0 funcall-inte= ractively(avy-goto-line 1)
=C2=A0 call-interactively(avy-goto-lin= e record nil)
=C2=A0 command-execute(avy-goto-line record)
<= div>=C2=A0 execute-extended-command(nil "avy-goto-line" nil)
=C2=A0 funcall-interactively(execute-extended-command nil "avy-g= oto-line" nil)
=C2=A0 call-interactively(execute-extended-co= mmand nil nil)
=C2=A0 command-execute(execute-extended-command)
=3D=3D=3D=3D=3D

By edebugging the a= vy.el code, I figured out that the problem was that this function was retur= ning nil when it should in fact be returning t.

Th= e difficulty in debugging this further is that if I evaluate that function = (avy--process), then the problem goes away.
With point in that fu= nction, after I do C-M-x, M-x avy-goto-line starts working fine.
=
This problem repeats after each emacs restart; and goes away= after C-M-x on avy--process.

This means that when= the compiled version of avy--process is loaded, that function returns nil = incorrectly. But after manually evaluating it, it starts returning t when e= xpected.

=3D=3D=3D=3D=3D
(defun avy= --process (candidates overlay-fn)
=C2=A0 "Select one of CAND= IDATES using `avy-read'.
Use OVERLAY-FN to visualize the deci= sion overlay."
=C2=A0 (unless (and (consp (car candidates))<= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(windowp (= cdar candidates)))
=C2=A0 =C2=A0 (setq candidates
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (mapcar (lambda (x) (cons x (selected-windo= w)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 candidates)))
=C2=A0 (let ((len (length candidates))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (cands (copy-sequence candidates))
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 res)
=C2=A0 =C2=A0 (if (=3D len 0)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (message "zero candidates")
=C2=A0 =C2=A0 =C2=A0 (if (=3D len 1)
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 (setq res (car candidates))
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 (unwind-protect
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(progn
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0(avy--make-backgrounds
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 (avy-window-list))
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(setq res (if (eq avy-style 'de-bruijn)<= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(avy-read-de-bruijn
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 candidates avy-keys)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(avy-read (avy-tree candidates avy-keys)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0overlay-fn
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#'avy--remove-leadi= ng-chars))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (avy--done)))
=C2=A0 =C2=A0 =C2=A0 (cond ((eq res 'restart)
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(avy--process cands overlay-fn))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;; ignore exit from `avy= -handler-function'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = ((eq res 'exit))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (t=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(avy-push-mark)<= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(when (and (consp= res)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 (windowp (cdr res)))
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(let* ((window (cdr res))
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (frame (window-frame window)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(unless (equal frame (selected-frame))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0(select-frame-set-input-focus frame))
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(select-window window))
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(setq res (car res)))

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(fu= ncall (or avy-action 'avy-action-goto)
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (if (consp res)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 (car res)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 res)))))))
=3D=3D=3D=3D=3D

More info..

=
The avy--process is called via avy--line when doing M-x avy-goto= -line. Below is the relevant snippet from the avy-goto-line fn. Notice the = r variable.
When numbers are entered as input after M-x avy-goto-= line, that (avy--line (eq arg 4) form should return t. But it is returning = nil instead. So avy-action-goto gets called when it shouldn't be.
=

After manually evaluating avy--process, r is set to t i= nstead of nil as expected and the problem goes away.

=3D=3D=3D=3D=3D snippet from avy-goto-line fn definition =3D=3D=3D=3D=3D=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(r (avy--li= ne (eq arg 4))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (unless (eq r t)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (avy-action-goto r))))))
=3D=3D=3D=3D=3D

I started off this bug rep= ort on the package github page:=C2=A0https://github.com/abo-abo/avy/issues/182
But= realizing that the same package version works fine on emacs 25.x but not o= n the master build, I am filing this report.

In GN= U Emacs 26.0.50 (build 52, x86_64-unknown-linux-gnu, GTK+ Version 2.24.23)<= /div>
=C2=A0of 2017-03-02
Repository revision: d0d26c13795989= 83d2163deb13ba8ab13b14ba2c
Windowing system distributor 'The = X.Org Foundation', version 11.0.60900000
System Description:<= span class=3D"Apple-tab-span" style=3D"white-space:pre"> Red Hat Ent= erprise Linux Workstation release 6.6 (Santiago)

<= br>
Configured using:
=C2=A0'configure --with-modul= es
=C2=A0--prefix=3D/home/kmodi/usr_local/apps/6/emacs/master
=C2=A0'--program-transform-name=3Ds/^ctags$/ctags_emacs/'
=C2=A0'CPPFLAGS=3D-fgnu89-inline -I/home/kmodi/usr_local/6/incl= ude
=C2=A0-I/usr/include/freetype2 -I/usr/include' 'CFLAG= S=3D-ggdb3 -O0'
=C2=A0'CXXFLAGS=3D-ggdb3 -O0' 'LD= FLAGS=3D-L/home/kmodi/usr_local/6/lib
=C2=A0-L/home/kmodi/usr_loc= al/6/lib64 -ggdb3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTI= NGS
NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB=
TOOLKIT_SCROLL_BARS GTK2 X11 MODULES

Im= portant settings:
=C2=A0 value of $LANG: en_US.UTF-8
= =C2=A0 value of $XMODIFIERS: @im=3Dnone
=C2=A0 locale-coding-syst= em: utf-8-unix


--=

Kaushal M= odi

--001a11484ae0e11f160549c7fec3-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 03 07:12:44 2017 Received: (at 25941) by debbugs.gnu.org; 3 Mar 2017 12:12:44 +0000 Received: from localhost ([127.0.0.1]:37486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjm4i-0001pA-Ed for submit@debbugs.gnu.org; Fri, 03 Mar 2017 07:12:44 -0500 Received: from mail-ua0-f173.google.com ([209.85.217.173]:34127) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjm4h-0001os-0A for 25941@debbugs.gnu.org; Fri, 03 Mar 2017 07:12:43 -0500 Received: by mail-ua0-f173.google.com with SMTP id f54so111359706uaa.1 for <25941@debbugs.gnu.org>; Fri, 03 Mar 2017 04:12:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Szb7j87aisYyaBlHtM8wutGfY93bdlDOgBd2+7A2oY0=; b=reBaK7oDw3Zn/B1QrPwT7JBusuW0Mvf8CAY4B0JKngajn53pHIovR44V2kG0YjwS1b EDmNmln0NyN8CGOFeBLea0je+drArY3TIEtyQSdjs8ti39tltg4YvZ+s7wKE1dT6jj1y M7fZf1L9221z88+hqxoGkyUzmdP6IiRt/G0Tkg83ZWqfslOCpFFDn1lbuyatPUZYWb4a fmHPAQHCIK0FKvQQcZPUoulRn5t/kRLUxIqabCPtQWDc8aiFkn/TrmMQqA5AhUI/BDyj xbddO7dgEi7oBjcnHaAHGWgICOodbSGedN7AkNf8SbOt9jM0YUfjowFGoKDfEphWHYGG ktnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Szb7j87aisYyaBlHtM8wutGfY93bdlDOgBd2+7A2oY0=; b=X2QDyTOJxN0wPWAqMInsvw+mVltlyhjh6/kvJkg2apcvWlXlL3VKTkXvSwkeCFvtkS 5Uy86yYTl8piUOZmwF8kQfsfigbq9qarzMqSCShiGcJAuqRMUJARvA8yI5wsT6fMTm5q 59JWYU1NTmKKMeZCQjfn8QgTqlCFJH+HGUhShCXUsbtPeHEIwbgOQsTEBF8mYq0cnueh pdukP6oBoib8vMf+ElRiZIEIqvFJAbveNBklWZw7LoNJu2RA7KoAt7xdjLC+Af/Izm/H niu/LjGpgTWBL0Lo/HyRp0D0yjAV+TBTomsupG6oxsBbGuCZ6bZ0TlLUu6QlX50L2I90 yhsQ== X-Gm-Message-State: AMke39lHjB/HqIjxTzWIovmjQzgBL19kpbzVJ07bVphxK7l0Mdj+WeuMjDJ3dgujZZPid9ZwoSuVguJOQRlVoA== X-Received: by 10.176.70.66 with SMTP id z2mr758815uab.69.1488543157128; Fri, 03 Mar 2017 04:12:37 -0800 (PST) MIME-Version: 1.0 From: Kaushal Modi Date: Fri, 03 Mar 2017 12:12:26 +0000 Message-ID: Subject: 26.0.50; Different code behavior between using the auto-compiled and evaled versions To: 25941@debbugs.gnu.org Content-Type: multipart/alternative; boundary=f40304361e241d16650549d2762a X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 25941 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --f40304361e241d16650549d2762a Content-Type: text/plain; charset=UTF-8 Here's a set of updates that could probably help trace the problem: - I rebuilt emacs from master using make bootstrap, but the problem persists. - I see the problem when I do "M-x avy-goto-line 10" but not when I do "M-: (avy-goto-line 10)". So the bug triggers only during interactive execution? A workaround for now is to delete the avy.elc file. Does the avy--process code not work well with the recently byte compiler incompatibility in the master branch? -- Kaushal Modi --f40304361e241d16650549d2762a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Here's a set of updates that could probably help trace= the problem:

- I rebuilt emacs from master using make b= ootstrap, but the problem persists.
- I see the problem when I do= "M-x avy-goto-line 10" but not when I do "M-: (avy-goto-lin= e 10)". So the bug triggers only during interactive execution?

A workaround for now is to delete the avy.elc file.
=

Does the avy--process code not work well with the recen= tly byte compiler incompatibility in the master branch?
--

Kaushal Modi

--f40304361e241d16650549d2762a-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 09 11:31:46 2017 Received: (at 25941) by debbugs.gnu.org; 9 Mar 2017 16:31:46 +0000 Received: from localhost ([127.0.0.1]:47919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm0yf-00040T-OU for submit@debbugs.gnu.org; Thu, 09 Mar 2017 11:31:45 -0500 Received: from mail-ua0-f182.google.com ([209.85.217.182]:33544) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm0ye-00040E-4j for 25941@debbugs.gnu.org; Thu, 09 Mar 2017 11:31:44 -0500 Received: by mail-ua0-f182.google.com with SMTP id u30so86959557uau.0 for <25941@debbugs.gnu.org>; Thu, 09 Mar 2017 08:31:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=U0AhDRHIXpWfiehmft003gPtiNGWamtdN/b0hpfC8y8=; b=bcGdm+F2zHrCZaiNJ4D0/OW6gnXHleJS5ctWKy7CiX1abwqwiSerfSJBS2IASgmZhd VYwkrXtnTVG+IJdpxUIVH/IoRqxljNtyko8FbWd6mr8VCuGoP9MoOUaODfHhJqEucZUJ 2b3G+91PRDsePkLVHh4WeYdOW1A9zgJDNlGEFlSdakarbViOf4gYiH2qKg43yNhcv5Ir qc6xdRwy7Qf+wIXvhbeBz+3os67MvD063d0J+zicDmOsFFLDAVaQ+/9aYkbQdN0XJBG7 ZOWEJwBF6ovb/0Vpwo5PR1iV1dL9wLrxUijXzi9p9/jQD7+j0wm7TGnNKCoWSAk2OtVA HiyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=U0AhDRHIXpWfiehmft003gPtiNGWamtdN/b0hpfC8y8=; b=MmG9HcVK84wpm/mEaiZW8kWzryCB79NP+4Bsu3GFkpBgttPKDZYverAV/SF1wZLUE3 sk9JUKUBet3XzFJNOuiaFlWYV76AvkZB6DBNxwpSZ8dhjwvqlnkGjXT98Ky31kLULFAq YMySnt5IVmNS/z6bodFDN0Z9J4g/5+hVMasYAYaZrLnoPERRy36mZ9p1EdyGTAYEewH3 9yJIHJOgttkBt2fbxa7MDQzCndFOtdNKagRelkMEjGFutYoi2ZyHFlYnMaIzvlXiuWKa NkD020uqU/MATWBijRfK0hW/EhmjYKXeBn05Cn3qvxY63eft9fxvY5MkeU9WSMTP2Z9f G+qw== X-Gm-Message-State: AMke39mQdCCoAbVRj5ezvAqksdfkV+WEp3XDZCmf5ATLztxgNl9x/2S2gKrNAXai3XS8Az7bCmGcP5U0Nvl5gA== X-Received: by 10.31.41.76 with SMTP id p73mr7357771vkp.94.1489077098041; Thu, 09 Mar 2017 08:31:38 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kaushal Modi Date: Thu, 09 Mar 2017 16:31:26 +0000 Message-ID: Subject: Re: 26.0.50; Different code behavior between using the auto-compiled and evaled versions To: 25941@debbugs.gnu.org, Vibhav Pant , Oleh Krehel Content-Type: multipart/alternative; boundary=001a113ef44a78daa2054a4ec7a2 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 25941 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a113ef44a78daa2054a4ec7a2 Content-Type: text/plain; charset=UTF-8 Hi Vibhav, This issue seems to be related to the switch bytecode change. Can you please review it. The code snippet in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25941#5 returns t on emacs 25.2 but nil on emacs master. That is messing up the avy-goto-line function (avy package). avy--process does contain the cond form which is affected by the switch bytecode change. If I delete the .elc, the issue goes away. On Fri, Mar 3, 2017 at 7:12 AM Kaushal Modi wrote: > Here's a set of updates that could probably help trace the problem: > > - I rebuilt emacs from master using make bootstrap, but the problem > persists. > - I see the problem when I do "M-x avy-goto-line 10" but not when I do > "M-: (avy-goto-line 10)". So the bug triggers only during interactive > execution? > > A workaround for now is to delete the avy.elc file. > > Does the avy--process code not work well with the recently byte compiler > incompatibility in the master branch? > -- > > Kaushal Modi > -- Kaushal Modi --001a113ef44a78daa2054a4ec7a2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Vibhav,=C2=A0

This issue seems to be= related to the switch bytecode change.

Can you pl= ease review it.

The code snippet in=C2=A0https://debbug= s.gnu.org/cgi/bugreport.cgi?bug=3D25941#5=C2=A0returns t on emacs 25.2 = but nil on emacs master. That is messing up the avy-goto-line function (avy= package).

avy--process does contain the cond form= which is affected by the switch bytecode change.

= If I delete the .elc, the issue goes away.

On Fri, Mar 3, 2017 at 7:12 AM Kaushal Modi <kaushal.modi@gmail.com> wrote:
= Here's a set of updates that could probably help trace the problem:
- I rebuilt emacs from master using make bootstrap, but the problem persis= ts.
- I see the problem when I do "M-x a= vy-goto-line 10" but not when I do "M-: (avy-goto-line 10)".= So the bug triggers only during interactive execution?

A workaro= und for now is to delete the avy.elc file.
Does the avy--process = code not work well with the recently byte compiler incompatibility in the m= aster branch?
--

Kaushal Modi

--

Kaushal Modi

--001a113ef44a78daa2054a4ec7a2-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 09 13:23:57 2017 Received: (at 25941) by debbugs.gnu.org; 9 Mar 2017 18:23:57 +0000 Received: from localhost ([127.0.0.1]:47986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm2jF-0000Ae-7j for submit@debbugs.gnu.org; Thu, 09 Mar 2017 13:23:57 -0500 Received: from mail-yb0-f178.google.com ([209.85.213.178]:33004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm2jE-0000AS-8D for 25941@debbugs.gnu.org; Thu, 09 Mar 2017 13:23:56 -0500 Received: by mail-yb0-f178.google.com with SMTP id d88so4623100ybi.0 for <25941@debbugs.gnu.org>; Thu, 09 Mar 2017 10:23:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JJDCtrKAaEep2vVwYWitYAV0TLv9lmqyOkBujCto/pI=; b=h96ZeEpsAOgox9ih5W9Ac8UeQtC73r3WaIcnjIPu5ONEiXH38skg701eGMNeD/YAf6 vX2isbAzdiqUPO7nFUVQeXnnLXrpkA6c9M6b2VjmqkrpXHOaz9MsIW8o4GZq15BGd821 umJPE/TUaLJws1XkCwJ9pljb51ALwkjdF+PqjvtzdrbGRP018oFuRx3kw7Veb+dyYrRC pbTcR2pMJShsWessdRDzx2JUHuqSN1BQkWeS7F8uro0OcbohImjQJTVHWjhHUyzQZ/MJ VnNQWp9JmCmU9hHzUEExF0ai951OcWTs4TCOBHsIDxSckLXvqAN3iL2Ft+lTKg2zAtUC cGWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JJDCtrKAaEep2vVwYWitYAV0TLv9lmqyOkBujCto/pI=; b=lrYwmccAYy7Bb0+jkW+kTEB4oHDsIt0FzHp7kaoInBlSrjNlYoJYgKNzTpuQowsFd8 6XDm+Nzu1x0mK7GglZ2oJT7HFumliM3pAznxxRIyteqHLm14miISu0duzsInoGzugKFB 1Lx5PsCoJWVeH3aHVupYBFq8yVOaf6k7ig9Ij/0GvlFvlBpyi4Fg2GDJQdXq1llAyQPd 82NoScFXS1NM6Mhl2Fc5DAzZPmRhfWE4s+F97GB+wjQFb+QhVJSz+MeiaRwI3zyY8Xtf MUzuMPYLwpIIDneUmTphmG2U3KEEU34UjD83q6DkwOUBoleBDLsB2vGsiUlwveK0N4+F Dpqw== X-Gm-Message-State: AMke39k2VUpO/2kpkvBjS9gC24NSI4HxPIktUviV1f4DlKkqpfb6RI/DHRstAhFqZBk3VDId7lenPMItIxLQSg== X-Received: by 10.37.223.18 with SMTP id w18mr4474457ybg.99.1489083830099; Thu, 09 Mar 2017 10:23:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.37.3 with HTTP; Thu, 9 Mar 2017 10:23:29 -0800 (PST) In-Reply-To: References: From: Vibhav Pant Date: Thu, 9 Mar 2017 23:53:29 +0530 Message-ID: Subject: Re: 26.0.50; Different code behavior between using the auto-compiled and evaled versions To: Kaushal Modi Content-Type: multipart/mixed; boundary=94eb2c0ef6a4bc2bb3054a5058dd X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 25941 Cc: 25941@debbugs.gnu.org, Oleh Krehel X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --94eb2c0ef6a4bc2bb3054a5058dd Content-Type: text/plain; charset=UTF-8 On Thu, Mar 9, 2017 at 10:01 PM, Kaushal Modi wrote: > This issue seems to be related to the switch bytecode change. `cond' returns the value of the met condition when the clause doesn't have a body. That's what seems to be happening when (eq res 'exit). The result should be t instead of nil. A similar example like: (defun test (v) (cond ((eq v 1) 'one) ((eq v 2)) (t 'none))) Also displays different results with (test 2) when byte compiled. I've added a patch to bytecomp.el which tries to fix this, could you apply it and see whether the issue still exists? Thanks, Vibhav -- Vibhav Pant vibhavp@gmail.com --94eb2c0ef6a4bc2bb3054a5058dd Content-Type: text/plain; charset=US-ASCII; name="condition-only-clause.diff" Content-Disposition: attachment; filename="condition-only-clause.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_j02q2odi0 ZGlmZiAtLWdpdCBhL2xpc3AvZW1hY3MtbGlzcC9ieXRlY29tcC5lbCBiL2xpc3AvZW1hY3MtbGlz cC9ieXRlY29tcC5lbAppbmRleCAyNTUxM2JkMDI0Li4wNjg5ODg4MTNhIDEwMDY0NAotLS0gYS9s aXNwL2VtYWNzLWxpc3AvYnl0ZWNvbXAuZWwKKysrIGIvbGlzcC9lbWFjcy1saXNwL2J5dGVjb21w LmVsCkBAIC00MTI4LDcgKzQxMjgsOSBAQCBieXRlLWNvbXBpbGUtY29uZC1qdW1wLXRhYmxlCiAg ICAgICAgICAgOzsgZGVwdGgvdGFnIGNvbmZsaWN0cyBvciB2aW9sYXRpbmcgYXNzZXJ0cyBkb3du IHRoZSByb2FkLgogICAgICAgICAgIDs7IFRvIG1ha2Ugc3VyZSBgYnl0ZS1jb21waWxlLWJvZHkn IGl0c2VsZiBkb2Vzbid0IHZpb2xhdGUgdGhpcywKICAgICAgICAgICA7OyB3ZSB1c2UgYGNsLWFz c2VydCcuCi0gICAgICAgICAgKGJ5dGUtY29tcGlsZS1ib2R5IGJvZHkgYnl0ZS1jb21waWxlLS1m b3ItZWZmZWN0KQorICAgICAgICAgIChpZiAobnVsbCBib2R5KQorICAgICAgICAgICAgICAoYnl0 ZS1jb21waWxlLWJvZHkgJyh0KSBieXRlLWNvbXBpbGUtLWZvci1lZmZlY3QpCisgICAgICAgICAg ICAoYnl0ZS1jb21waWxlLWJvZHkgYm9keSBieXRlLWNvbXBpbGUtLWZvci1lZmZlY3QpKQogICAg ICAgICAgIChjbC1hc3NlcnQgKG9yICg9IGJ5dGUtY29tcGlsZS1kZXB0aCBpbml0LWRlcHRoKQog ICAgICAgICAgICAgICAgICAgICAgICAgICg9IGJ5dGUtY29tcGlsZS1kZXB0aCAoMSsgaW5pdC1k ZXB0aCkpKSkKICAgICAgICAgICAoYnl0ZS1jb21waWxlLWdvdG8gJ2J5dGUtZ290byBkb25ldGFn KQo= --94eb2c0ef6a4bc2bb3054a5058dd-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 09 13:28:31 2017 Received: (at 25941) by debbugs.gnu.org; 9 Mar 2017 18:28:31 +0000 Received: from localhost ([127.0.0.1]:47995 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm2nf-0000Hf-3U for submit@debbugs.gnu.org; Thu, 09 Mar 2017 13:28:31 -0500 Received: from mail-ua0-f176.google.com ([209.85.217.176]:33378) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm2nd-0000HQ-CJ for 25941@debbugs.gnu.org; Thu, 09 Mar 2017 13:28:29 -0500 Received: by mail-ua0-f176.google.com with SMTP id u30so90929882uau.0 for <25941@debbugs.gnu.org>; Thu, 09 Mar 2017 10:28:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y13uJSoI44kMTPwZ41rZ/raCJPFQp9TwYLddQmgp4bk=; b=j0PXf/b6slflRjxuutYbmBswFTqJ5DiGFeeMYU5GYJDQtjIHFUKD7qOciSY+KAjnFz msKqLzbFf5mcVmZNHASaV3WMTJjJXqbk0lFuoFQncFSxNPC7sIFV4traRvSC5ejra4SR IiwW6OChNgWuBYDpwpza7/PTo/TK7GxV1SWidOv2uvRN55hx5q8w+lsLEussCBLxVXDa Y2X7yro+8QgviLqQWdqiSLCDr4a8czUbcSXTsOmISSzv5rc7F+8+Y4p3ppTLcv9yHidL MfF9FAvR/VP3cQrU/zhWSkKt0XRGzieg05eDIkS/MEYd4S7WPabvOlWhiW7fZHECiXOe V69A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Y13uJSoI44kMTPwZ41rZ/raCJPFQp9TwYLddQmgp4bk=; b=J8b1HWs8icONph9DUkWBSl8ttuXIV98eyu/S3fks2D9cDsUMDbCwQoff/CAaD61w1n geMsDH3UmgfZJrjcniEbILd5gbAGD0UEtNM6RUy9NBb4fPKA8Doxr1c/h/do+pykJj68 jml5xehpRNrNRiFbeP9NnunkyRR7zcVqfH5S7GpMhsJRl4+W8GeqJ9RCxFSnhzgWS/oq jbQd7Er5+i1vePCG71NfXOGtGMKSczvs36yjz5Mgtio81aqyxQ9hThBNnCx4Fzl8UWHj wFplmDC8a4vu/qG3fhVPby0J5nA7bDGMHmU0avUgiASUWkvzXZIY5p1rJIWuPys2DRoO V9sw== X-Gm-Message-State: AMke39lWNWEI3n6xO0yshrzjKfzS2/8pehz+9xkkfu38wx+EZvBq9cLU/UBbH3EfqtcUFX2kRTwPSVIkbt4cZg== X-Received: by 10.31.97.197 with SMTP id v188mr7536416vkb.172.1489084103599; Thu, 09 Mar 2017 10:28:23 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kaushal Modi Date: Thu, 09 Mar 2017 18:28:13 +0000 Message-ID: Subject: Re: 26.0.50; Different code behavior between using the auto-compiled and evaled versions To: Vibhav Pant Content-Type: multipart/alternative; boundary=94eb2c0944a40950d3054a5069fc X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 25941 Cc: 25941@debbugs.gnu.org, Oleh Krehel X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --94eb2c0944a40950d3054a5069fc Content-Type: text/plain; charset=UTF-8 On Thu, Mar 9, 2017 at 1:23 PM Vibhav Pant wrote: > I've > added a patch to bytecomp.el which tries to fix this, could you apply > it and see whether the issue still exists? > That fixes it! Thanks. -- Kaushal Modi --94eb2c0944a40950d3054a5069fc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Thu, Mar 9,= 2017 at 1:23 PM Vibhav Pant <vibha= vp@gmail.com> wrote:
I'v= e
added a patch to bytecomp.el which tries to fix this, could you apply
it and see whether the issue still exists?

That fixes it! Thanks.=C2=A0
--

Kaushal Modi

--94eb2c0944a40950d3054a5069fc-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 09 14:16:17 2017 Received: (at 25941-done) by debbugs.gnu.org; 9 Mar 2017 19:16:17 +0000 Received: from localhost ([127.0.0.1]:48028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm3Xt-0003D4-9g for submit@debbugs.gnu.org; Thu, 09 Mar 2017 14:16:17 -0500 Received: from mail-ua0-f175.google.com ([209.85.217.175]:35036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm3Xr-0003Cr-Ej for 25941-done@debbugs.gnu.org; Thu, 09 Mar 2017 14:16:15 -0500 Received: by mail-ua0-f175.google.com with SMTP id q7so75482881uaf.2 for <25941-done@debbugs.gnu.org>; Thu, 09 Mar 2017 11:16:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=m7bDcvcyiJN/u25HUTBq6f8PQ8Flo21CGjwms+d81Oc=; b=hE2Ubkgbn6Z5FqKdtqRtEvHwPaLJ/YP4iiTMNuwDLDyl0fwsljEXzACxv+CMgNQ5sV bicp5U9TwHy0SJ98WMRs2/gS9TNpKrVDcBzb+Qo/OeaYB66M+1/wuJ3TOtK9iRe3Bd7c 8PrVOQcxE0vHYpuQx+VVgSL8GGhwTf+4x6qIwyuZjiM1OuNlBlZI9A17//BDw0/RD3A3 kXPyZtoDYuXmfVnX+xhbOCwYceK5QTruvlXn8/IsVaILx/EdSjgxCmNGTIuRmmovgnDV wc947xy2fGUxKR9JiX3dRFcSTCG/yh4JLomfKcAKGelk784c3Z+zuw5LQ1+WUFXA35Km 9/gQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=m7bDcvcyiJN/u25HUTBq6f8PQ8Flo21CGjwms+d81Oc=; b=VUjXXXMBJzWzfFajcH4sW0nhXznJeiEQBC8jbCd+9dTDVes+CiMkw0v7y/c9OIiOM+ R972epjWmWBIcFi3EzSv3P/v6pjRgsVkJjfAYhmT9ZoQQme1ai/btPDY8vA830HjhLSt 9Oeej48HLtRBxuKANPCC1bKfshllnRELvJNuaJDhozjCj9WLmrO3md+kjh4CPXWNCGk+ VVatGVi0L5sXCYXqPzmo1grWvPr9M6gY5ah8ClCo8A18YxJGzsV6wQBrKjzSowhTP3vw j5quOopUNR+9mIyRN4fG+xBk/bJYmLGfkofWSo38ufdpvb4arUEH8RUbN7Yy4JjkLecT +6kA== X-Gm-Message-State: AMke39kB5sRD5HYxO3PW/q9DdQi2TV/XBLJ6vn++CJ+fM1KuK3WuyhfOt4TYXGE4q82cGINiB4cAA3JHQGPKJA== X-Received: by 10.176.71.2 with SMTP id h2mr8125415uac.23.1489086969627; Thu, 09 Mar 2017 11:16:09 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kaushal Modi Date: Thu, 09 Mar 2017 19:15:59 +0000 Message-ID: Subject: Re: 26.0.50; Different code behavior between using the auto-compiled and evaled versions To: Vibhav Pant , 25941-done@debbugs.gnu.org Content-Type: multipart/alternative; boundary=f403045e896add51f9054a511396 X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 25941-done Cc: Oleh Krehel X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --f403045e896add51f9054a511396 Content-Type: text/plain; charset=UTF-8 Thanks for the prompt action and fix. (1) I re-built my emacs to the latest master containing the fix (2) Re-built the elpa dir by running (byte-recompile-directory package-user-dir nil :force) (3) .. and confirm the bug as fixed! On Thu, Mar 9, 2017 at 1:28 PM Kaushal Modi wrote: > On Thu, Mar 9, 2017 at 1:23 PM Vibhav Pant wrote: > > I've > added a patch to bytecomp.el which tries to fix this, could you apply > it and see whether the issue still exists? > > > That fixes it! Thanks. > -- > > Kaushal Modi > -- Kaushal Modi --f403045e896add51f9054a511396 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for the prompt action and fix.

(= 1) I re-built my emacs to the latest master containing the fix
(2= ) Re-built the elpa dir by running
=C2=A0 =C2=A0 =C2=A0(byte-reco= mpile-directory package-user-dir nil :force)
(3) .. and confirm t= he bug as fixed!=C2=A0



On Thu, Mar 9, 2017 at 1:28 PM Kaushal Modi <kaushal.modi@gmail.com> wrot= e:
On Thu, Mar 9, 2017 at 1:23 PM Vibhav Pant <vibhavp@gmail.com>= ; wrote:
I've
added a patch to bytecomp.el which tries to fix this, could you apply
it and see whether the issue still exists?

That fixes it! Thanks.=C2=A0
--

Kaushal Modi

--

Kaushal Modi

--f403045e896add51f9054a511396-- From unknown Wed Jun 25 09:07:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 07 Apr 2017 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator