From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Kaushal Modi Newsgroups: gmane.emacs.bugs Subject: bug#25941: 26.0.50; Different code behavior between using the auto-compiled and evaled versions Date: Thu, 02 Mar 2017 23:43:15 +0000 Message-ID: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11484ae0e11f160549c7fec3 X-Trace: blaine.gmane.org 1488498260 6489 195.159.176.226 (2 Mar 2017 23:44:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 2 Mar 2017 23:44:20 +0000 (UTC) To: 25941@debbugs.gnu.org, ohwoeowho@gmail.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 03 00:44:12 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjaOE-0000NP-GX for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 Mar 2017 00:44:06 +0100 Original-Received: from localhost ([::1]:55251 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjaOK-0002zM-GA for geb-bug-gnu-emacs@m.gmane.org; Thu, 02 Mar 2017 18:44:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33146) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjaOB-0002z1-WE for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:44:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjaOA-00068T-6t for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:44:04 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38918) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cjaOA-00068P-3A for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:44:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cjaO9-0005gk-Sv for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:44:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 Mar 2017 23:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 25941 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" , Oleh Krehel Original-Received: via spool by submit@debbugs.gnu.org id=B.148849822521821 (code B ref -1); Thu, 02 Mar 2017 23:44:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 2 Mar 2017 23:43:45 +0000 Original-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 Original-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 Original-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 Original-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 Original-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 Original-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 Original-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 Original-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) 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-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:130074 Archived-At: --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--