GNU logs - #9712, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Resent-From: "Drew Adams" <drew.adams@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 09 Oct 2011 20:44:02 +0000
Resent-Message-ID: <handler.9712.B.13181929966392 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 9712 <at> debbugs.gnu.org
From: "Drew Adams" <drew.adams@HIDDEN>
Date: Sun, 9 Oct 2011 13:42:47 -0700
Message-ID: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AcyGxABySUCCOc7CRFmaFVEYHb26Sg==
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Put this in a file foo.el, and byte-compile the file:
=20
(defcustom titi (eval-when-compile `(,(kbd "S-<tab>")))
  "jjjjjjjjjjjj"
  :type '(repeat sexp) :group 'edit)
=20
(defvar toto (eval-when-compile `(,(kbd "S-<tab>")))
 "kkkkkkkkkk")
=20
This is what the byte-compiled file shows:
=20
#@14 jjjjjjjjjjjj=1F
(custom-declare-variable 'titi '(eval-when-compile
  `(,(kbd "S-<tab>"))) '(#$ . 509) :type '(repeat sexp) :group 'edit)
#@12 kkkkkkkkkk=1F
(defvar toto '([S-tab]) (#$ . 647))
=20
Here's the bug (a doc bug), as I see it: Where in the doc is this
behavior described?  Where does it say that the STANDARD arg to
defcustom is not evaluated by the byte compiler, even when you use
`eval-when-compile'?
=20
(elisp) Variable Definitions says this, but it's about all I can find:
=20
"Evaluating the `defcustom' form evaluates STANDARD, but does not
necessarily install the standard value."
=20
And of course the doc for `eval-when-compile', (elisp) `Eval During
Compile', says "The result of evaluation by the compiler becomes a
constant which appears in the compiled program."
=20
I see it documented nowhere that the STANDARD arg to defcustom appears
unevaluated in byte-compiled code.
=20
=20
=20
In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-09-19 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.5) --no-opt'
=20

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: "Drew Adams" <drew.adams@HIDDEN>
Subject: bug#9712: Acknowledgement (24.0.50; doc about byte-compiling
 `defcustom')
Message-ID: <handler.9712.B.13181929966392.ack <at> debbugs.gnu.org>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN>
X-Gnu-PR-Message: ack 9712
X-Gnu-PR-Package: emacs
Reply-To: 9712 <at> debbugs.gnu.org
Date: Sun, 09 Oct 2011 20:44:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 9712 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
9712: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9712
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Resent-From: "Drew Adams" <drew.adams@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 10 Oct 2011 13:28:02 +0000
Resent-Message-ID: <handler.9712.B9712.13182532607248 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: <9712 <at> debbugs.gnu.org>
From: "Drew Adams" <drew.adams@HIDDEN>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN>
Date: Mon, 10 Oct 2011 06:27:14 -0700
Message-ID: <5316997534F141EBA11CE740B68DCD49@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN>
Thread-Index: AcyGxABySUCCOc7CRFmaFVEYHb26SgAiuF8g
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Is this maybe more than a doc bug?  In bytecomp.el there is this:

(defun byte-compile-file-form-custom-declare-variable (form)
  (when (byte-compile-warning-enabled-p 'callargs)
    (byte-compile-nogroup-warn form))
  (push (nth 1 (nth 1 form)) byte-compile-bound-variables)
  ;; Don't compile the expression because it may be displayed to the user.
  ;; (when (eq (car-safe (nth 2 form)) 'quote)
  ;;   ;; (nth 2 form) is meant to evaluate to an expression, so if we have the
  ;;   ;; final value already, we can byte-compile it.
  ;;   (setcar (cdr (nth 2 form))
  ;;           (byte-compile-top-level (cadr (nth 2 form)) nil 'file)))

Seems like this non-evaluation is intended, but sounds like the designer is not
sure that's a good idea (?).  What does "because it may be displayed to the
user" mean?  Is the idea that the user would see the byte-compiled value instead
of the code that evaluates to that value?  If so, why is that bad?

At any rate, there is at least a doc bug.  In particular, someone who wraps the
`defcustom' VALUE in `eval-when-compile' will mistakenly expect the evaluation
result to be placed into the byte code as a constant.  S?he will not expect that
VALUE is not evaluated at byte-compile time, even when inside
`eval-when-compile'.

A consequence of the current behavior is that you really cannot use macro calls
in VALUE, unless you are sure that the macro definition will be available also
at load time (i.e., byte-compilation time is not enough).  I ran into this using
macro `kbd' in VALUE.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Resent-From: "Drew Adams" <drew.adams@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 10 Oct 2011 15:54:02 +0000
Resent-Message-ID: <handler.9712.B9712.131826202521108 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: <9712 <at> debbugs.gnu.org>
From: "Drew Adams" <drew.adams@HIDDEN>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN>
	<5316997534F141EBA11CE740B68DCD49@HIDDEN>
Date: Mon, 10 Oct 2011 08:53:15 -0700
Message-ID: <26A045CF2B45494A9C953D8E1830C447@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <5316997534F141EBA11CE740B68DCD49@HIDDEN>
Thread-Index: AcyGxABySUCCOc7CRFmaFVEYHb26SgAiuF8gAAUS5YA=
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

> A consequence of the current behavior is that you really 
> cannot use macro calls in VALUE, unless you are sure that
> the macro definition will be available also
> at load time (i.e., byte-compilation time is not enough).  I 
> ran into this using macro `kbd' in VALUE.

To clarify: using macro `icicle-kbd', which is similar to `kbd'.  The problem
presumably would not occur for `kbd' itself because it is in `subr.el', which is
always loaded.

E.g., put this in file throw-1.el:
(defcustom foo (eval-when-compile (toto 4))
  "jjjj" :type 'integer :group 'edit)

Put this in file throw-2.el, and evaluate it to define `toto':
(defmacro toto (n) `,n)

Byte-compile throw-1.el.

emacs -Q
M-x load-file throw-1.elc

Error: Symbol's function definition is void: toto.

Bummer.  I would think that byte-compiling would expand and evaluate macros, so
that the file defining the macros would not be needed at load/runtime if the
byte-compiled file is available.  I would expect that to be the case even
without the `eval-when-compile' (which is a specific directive to the
byte-compiler to eval and replace with the value).

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Resent-From: "Drew Adams" <drew.adams@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 10 Oct 2011 22:40:02 +0000
Resent-Message-ID: <handler.9712.B9712.131828636830814 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9712
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: <9712 <at> debbugs.gnu.org>
Received: via spool by 9712-submit <at> debbugs.gnu.org id=B9712.131828636830814
          (code B ref 9712); Mon, 10 Oct 2011 22:40:02 +0000
Received: (at 9712) by debbugs.gnu.org; 10 Oct 2011 22:39:28 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RDOVL-00080x-Pf
	for submit <at> debbugs.gnu.org; Mon, 10 Oct 2011 18:39:28 -0400
Received: from acsinet15.oracle.com ([141.146.126.227])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <drew.adams@HIDDEN>) id 1RDOVI-00080k-CI
	for 9712 <at> debbugs.gnu.org; Mon, 10 Oct 2011 18:39:25 -0400
Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])
	by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id
	p9AMd2Ft018136
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <9712 <at> debbugs.gnu.org>; Mon, 10 Oct 2011 22:39:03 GMT
Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
	p9AMd1vH002874
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <9712 <at> debbugs.gnu.org>; Mon, 10 Oct 2011 22:39:02 GMT
Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id
	p9AMctMc018765
	for <9712 <at> debbugs.gnu.org>; Mon, 10 Oct 2011 17:38:56 -0500
Received: from dradamslap1 (/130.35.178.194)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Mon, 10 Oct 2011 15:38:55 -0700
From: "Drew Adams" <drew.adams@HIDDEN>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN><5316997534F141EBA11CE740B68DCD49@HIDDEN>
	<26A045CF2B45494A9C953D8E1830C447@HIDDEN>
Date: Mon, 10 Oct 2011 15:38:59 -0700
Message-ID: <C6C294B291364707A6AFED5EBDB32A1F@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <26A045CF2B45494A9C953D8E1830C447@HIDDEN>
Thread-Index: AcyGxABySUCCOc7CRFmaFVEYHb26SgAiuF8gAAUS5YAADl2rsA==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090208.4E937408.00D5:SCFMA922111,ss=1,re=-4.000,fgs=0
X-Spam-Score: -6.2 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.2 (------)

If, as the comment in the code suggests, the aim in commenting out the code
(that would otherwise let the byte-compiler eval the defcustom value and assign
the result as a constant in the compiled code) is to avoid having users see the
byte-compiled value in Customize buffers, then why not solve both problems
instead of choosing one or the other?

Byte-compiling should, as is everywhere claimed (e.g., the doc), replace the
VALUE with its evaluation, as a constant, in the byte-compiled code.  But
nothing prevents saving the Lisp sexp that evaluates to that constant.  And
nothing then prevents making that saved sexp available to the user in Customize.
We could even let the user see both: the value and the sexp that eval'd to it.

And most evaluation of a defcustom value leads to a normal Lisp object that
users are used to seeing anyway (string, number,...).

Was there some other reason, besides not having the user see the sexp's value,
for not letting the byte-compiler treat the defcustom VALUE normally?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 11 Oct 2011 02:18:01 +0000
Resent-Message-ID: <handler.9712.B9712.131829947220406 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9712
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "Drew Adams" <drew.adams@HIDDEN>
Cc: 9712 <at> debbugs.gnu.org
Received: via spool by 9712-submit <at> debbugs.gnu.org id=B9712.131829947220406
          (code B ref 9712); Tue, 11 Oct 2011 02:18:01 +0000
Received: (at 9712) by debbugs.gnu.org; 11 Oct 2011 02:17:52 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RDRuh-0005J3-7B
	for submit <at> debbugs.gnu.org; Mon, 10 Oct 2011 22:17:51 -0400
Received: from ironport2-out.teksavvy.com ([206.248.154.183]
	helo=ironport2-out.pppoe.ca)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <monnier@HIDDEN>)
	id 1RDRuf-0005Ip-Tt; Mon, 10 Oct 2011 22:17:50 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EAOylk05FxJoX/2dsb2JhbABDqBqBBoFTAQEEAVYjBQsLNBIUGA0kiBG6BYdMBKEdhEU
X-IronPort-AV: E=Sophos;i="4.68,520,1312171200"; d="scan'208";a="141054934"
Received: from 69-196-154-23.dsl.teksavvy.com (HELO ceviche.home)
	([69.196.154.23])
	by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA;
	10 Oct 2011 22:17:29 -0400
Received: by ceviche.home (Postfix, from userid 20848)
	id 490C5660B6; Mon, 10 Oct 2011 22:17:29 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvy5ws2rz0.fsf-monnier+emacs@HIDDEN>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN>
Date: Mon, 10 Oct 2011 22:17:29 -0400
In-Reply-To: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN> (Drew Adams's
	message of "Sun, 9 Oct 2011 13:42:47 -0700")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.6 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -2.6 (--)

retitle 9712 defcustom's initial value expression is not byte-compiled
thanks

> This is what the byte-compiled file shows:
 
> #@14 jjjjjjjjjjjj
> (custom-declare-variable 'titi '(eval-when-compile
>   `(,(kbd "S-<tab>"))) '(#$ . 509) :type '(repeat sexp) :group 'edit)
> #@12 kkkkkkkkkk
> (defvar toto '([S-tab]) (#$ . 647))
 
> Here's the bug (a doc bug), as I see it: Where in the doc is this
> behavior described?  Where does it say that the STANDARD arg to
> defcustom is not evaluated by the byte compiler, even when you use
> `eval-when-compile'?
 
The bug is not in the doc but in the behavior.


        Stefan

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 11 Oct 2011 02:17:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 10 22:17:52 2011
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RDRui-0005J6-9B
	for submit <at> debbugs.gnu.org; Mon, 10 Oct 2011 22:17:52 -0400
Received: from ironport2-out.teksavvy.com ([206.248.154.183]
	helo=ironport2-out.pppoe.ca)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <monnier@HIDDEN>)
	id 1RDRuf-0005Ip-Tt; Mon, 10 Oct 2011 22:17:50 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EAOylk05FxJoX/2dsb2JhbABDqBqBBoFTAQEEAVYjBQsLNBIUGA0kiBG6BYdMBKEdhEU
X-IronPort-AV: E=Sophos;i="4.68,520,1312171200"; d="scan'208";a="141054934"
Received: from 69-196-154-23.dsl.teksavvy.com (HELO ceviche.home)
	([69.196.154.23])
	by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA;
	10 Oct 2011 22:17:29 -0400
Received: by ceviche.home (Postfix, from userid 20848)
	id 490C5660B6; Mon, 10 Oct 2011 22:17:29 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: "Drew Adams" <drew.adams@HIDDEN>
Subject: Re: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Message-ID: <jwvy5ws2rz0.fsf-monnier+emacs@HIDDEN>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN>
Date: Mon, 10 Oct 2011 22:17:29 -0400
In-Reply-To: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN> (Drew Adams's
	message of "Sun, 9 Oct 2011 13:42:47 -0700")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.6 (--)
X-Debbugs-Envelope-To: control
Cc: 9712 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -2.6 (--)

retitle 9712 defcustom's initial value expression is not byte-compiled
thanks

> This is what the byte-compiled file shows:
 
> #@14 jjjjjjjjjjjj
> (custom-declare-variable 'titi '(eval-when-compile
>   `(,(kbd "S-<tab>"))) '(#$ . 509) :type '(repeat sexp) :group 'edit)
> #@12 kkkkkkkkkk
> (defvar toto '([S-tab]) (#$ . 647))
 
> Here's the bug (a doc bug), as I see it: Where in the doc is this
> behavior described?  Where does it say that the STANDARD arg to
> defcustom is not evaluated by the byte compiler, even when you use
> `eval-when-compile'?
 
The bug is not in the doc but in the behavior.


        Stefan

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Resent-From: "Drew Adams" <drew.adams@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 11 Oct 2011 04:52:02 +0000
Resent-Message-ID: <handler.9712.B9712.13183086957130 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9712
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "'Stefan Monnier'" <monnier@HIDDEN>
Cc: 9712 <at> debbugs.gnu.org
Received: via spool by 9712-submit <at> debbugs.gnu.org id=B9712.13183086957130
          (code B ref 9712); Tue, 11 Oct 2011 04:52:02 +0000
Received: (at 9712) by debbugs.gnu.org; 11 Oct 2011 04:51:35 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RDUJS-0001qw-IF
	for submit <at> debbugs.gnu.org; Tue, 11 Oct 2011 00:51:35 -0400
Received: from rcsinet15.oracle.com ([148.87.113.117])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <drew.adams@HIDDEN>) id 1RDUJQ-0001qh-6Q
	for 9712 <at> debbugs.gnu.org; Tue, 11 Oct 2011 00:51:32 -0400
Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])
	by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id
	p9B4p9ne015166
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 11 Oct 2011 04:51:11 GMT
Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
	p9B4p9ov004614
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 11 Oct 2011 04:51:09 GMT
Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id
	p9B4p3IS026669; Mon, 10 Oct 2011 23:51:03 -0500
Received: from dradamslap1 (/10.159.50.234)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Mon, 10 Oct 2011 21:51:03 -0700
From: "Drew Adams" <drew.adams@HIDDEN>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN>
	<jwvy5ws2rz0.fsf-monnier+emacs@HIDDEN>
Date: Mon, 10 Oct 2011 21:51:00 -0700
Message-ID: <7D2DB4482840400D81CC74F60D0091DC@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <jwvy5ws2rz0.fsf-monnier+emacs@HIDDEN>
Thread-Index: AcyHu/NzbqB2H97tTm+GdMR/1HsdugAFBKEA
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090206.4E93CB3F.0113:SCFMA922111,ss=1,re=-4.000,fgs=0
X-Spam-Score: -6.2 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.2 (------)

> The bug is not in the doc but in the behavior.

That was my feeling, as well.  But I did not expect agreement, based on the
commented code.

The bug has been there for multiple major Emacs releases now - a decade or so,
and appears to have been introduced intentionally.  If there is no plan to fix
it soon, perhaps the info that is in the comments should at least be conveyed to
users.

Alternatively, the code could be uncommented and byte-compiling be let free to
do what is advertised that it does.  The downside would be showing users the
constant values in Customize, but that seems like less of a disfunction than
what we have now.

As it stands now, the behavior is stable (many years), but it is not what is
intended and it does not correspond to the behavior implied by the doc.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 11 Oct 2011 05:11:02 +0000
Resent-Message-ID: <handler.9712.B9712.13183098028827 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9712
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "Drew Adams" <drew.adams@HIDDEN>
Cc: 9712 <at> debbugs.gnu.org
Received: via spool by 9712-submit <at> debbugs.gnu.org id=B9712.13183098028827
          (code B ref 9712); Tue, 11 Oct 2011 05:11:02 +0000
Received: (at 9712) by debbugs.gnu.org; 11 Oct 2011 05:10:02 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RDUbJ-0002I9-MJ
	for submit <at> debbugs.gnu.org; Tue, 11 Oct 2011 01:10:02 -0400
Received: from ironport2-out.teksavvy.com ([206.248.154.183]
	helo=ironport2-out.pppoe.ca)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <monnier@HIDDEN>) id 1RDUbG-0002Hg-N2
	for 9712 <at> debbugs.gnu.org; Tue, 11 Oct 2011 01:09:59 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EALPOk05FxJoX/2dsb2JhbABDqBqBBoFTAQEEAVYjBQsLNBIUGA0kiBG5JYdMBKEdhEU
X-IronPort-AV: E=Sophos;i="4.68,521,1312171200"; d="scan'208";a="141094977"
Received: from 69-196-154-23.dsl.teksavvy.com (HELO ceviche.home)
	([69.196.154.23])
	by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA;
	11 Oct 2011 01:09:38 -0400
Received: by ceviche.home (Postfix, from userid 20848)
	id D1758660B6; Tue, 11 Oct 2011 01:09:37 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvsjn0yv3l.fsf-monnier+emacs@HIDDEN>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN>
	<jwvy5ws2rz0.fsf-monnier+emacs@HIDDEN>
	<7D2DB4482840400D81CC74F60D0091DC@HIDDEN>
Date: Tue, 11 Oct 2011 01:09:37 -0400
In-Reply-To: <7D2DB4482840400D81CC74F60D0091DC@HIDDEN> (Drew Adams's
	message of "Mon, 10 Oct 2011 21:51:00 -0700")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.6 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -2.6 (--)

>> The bug is not in the doc but in the behavior.
> That was my feeling, as well.  But I did not expect agreement, based on the
> commented code.

> The bug has been there for multiple major Emacs releases now -
> a decade or so, and appears to have been introduced intentionally.
> If there is no plan to fix it soon, perhaps the info that is in the
> comments should at least be conveyed to users.

The introduction of lexical-binding makes this issue more serious
because this code does not obey the lexical-binding variable (and
escapes the sanity checks of cconv.el, hence occasionally hiding
problems when converting to lexical-binding).

> Alternatively, the code could be uncommented and byte-compiling be let free to
> do what is advertised that it does.  The downside would be showing users the
> constant values in Customize, but that seems like less of a disfunction than
> what we have now.

We need to solve the display issue some other way, yes.


        Stefan

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Resent-From: "Drew Adams" <drew.adams@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 11 Oct 2011 05:41:02 +0000
Resent-Message-ID: <handler.9712.B9712.131831165511590 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9712
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "'Stefan Monnier'" <monnier@HIDDEN>
Cc: 9712 <at> debbugs.gnu.org
Received: via spool by 9712-submit <at> debbugs.gnu.org id=B9712.131831165511590
          (code B ref 9712); Tue, 11 Oct 2011 05:41:02 +0000
Received: (at 9712) by debbugs.gnu.org; 11 Oct 2011 05:40:55 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RDV5C-00030s-Dx
	for submit <at> debbugs.gnu.org; Tue, 11 Oct 2011 01:40:55 -0400
Received: from acsinet15.oracle.com ([141.146.126.227])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <drew.adams@HIDDEN>) id 1RDV59-00030f-ML
	for 9712 <at> debbugs.gnu.org; Tue, 11 Oct 2011 01:40:52 -0400
Received: from ucsinet23.oracle.com (ucsinet23.oracle.com [156.151.31.71])
	by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id
	p9B5eTgq012707
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
	Tue, 11 Oct 2011 05:40:30 GMT
Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by ucsinet23.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
	p9B5eSx5027767
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 11 Oct 2011 05:40:28 GMT
Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id
	p9B5eMWI020684; Tue, 11 Oct 2011 00:40:22 -0500
Received: from dradamslap1 (/10.159.50.234)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Mon, 10 Oct 2011 22:40:22 -0700
From: "Drew Adams" <drew.adams@HIDDEN>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN><jwvy5ws2rz0.fsf-monnier+emacs@HIDDEN><7D2DB4482840400D81CC74F60D0091DC@HIDDEN>
	<jwvsjn0yv3l.fsf-monnier+emacs@HIDDEN>
Date: Mon, 10 Oct 2011 22:40:19 -0700
Message-ID: <E46291070877490CB64D692C8E3D00C8@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <jwvsjn0yv3l.fsf-monnier+emacs@HIDDEN>
Thread-Index: AcyH0/46vSJx8jt9SrWb2S3ss5a4BQABB7MA
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109
X-Source-IP: ucsinet23.oracle.com [156.151.31.71]
X-CT-RefId: str=0001.0A090203.4E93D6CF.002B,ss=1,re=0.000,fgs=0
X-Spam-Score: -6.2 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.2 (------)

> > The bug has been there for multiple major Emacs releases now -
> > a decade or so, and appears to have been introduced intentionally.
> > If there is no plan to fix it soon, perhaps the info that is in the
> > comments should at least be conveyed to users.
> 
> The introduction of lexical-binding makes this issue more serious
> because this code does not obey the lexical-binding variable (and
> escapes the sanity checks of cconv.el, hence occasionally hiding
> problems when converting to lexical-binding).

So will this be fixed in Emacs 24.1 then?  +1

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 11 Oct 2011 12:49:01 +0000
Resent-Message-ID: <handler.9712.B9712.131833733520424 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9712
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "Drew Adams" <drew.adams@HIDDEN>
Cc: 9712 <at> debbugs.gnu.org
Received: via spool by 9712-submit <at> debbugs.gnu.org id=B9712.131833733520424
          (code B ref 9712); Tue, 11 Oct 2011 12:49:01 +0000
Received: (at 9712) by debbugs.gnu.org; 11 Oct 2011 12:48:55 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RDblP-0005JM-5B
	for submit <at> debbugs.gnu.org; Tue, 11 Oct 2011 08:48:55 -0400
Received: from ironport2-out.teksavvy.com ([206.248.154.183]
	helo=ironport2-out.pppoe.ca)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <monnier@HIDDEN>) id 1RDblN-0005J8-JL
	for 9712 <at> debbugs.gnu.org; Tue, 11 Oct 2011 08:48:53 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EALQ6lE5FxJoX/2dsb2JhbABDqCWBBoFTAQEEAVYjEAs0EhQYDSSIEblhh0wEoR6ERQ
X-IronPort-AV: E=Sophos;i="4.68,523,1312171200"; d="scan'208";a="141149076"
Received: from 69-196-154-23.dsl.teksavvy.com (HELO pastel.home)
	([69.196.154.23])
	by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA;
	11 Oct 2011 08:48:31 -0400
Received: by pastel.home (Postfix, from userid 20848)
	id DA7805921E; Tue, 11 Oct 2011 08:48:30 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvipnvhey9.fsf-monnier+emacs@HIDDEN>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN>
	<jwvy5ws2rz0.fsf-monnier+emacs@HIDDEN>
	<7D2DB4482840400D81CC74F60D0091DC@HIDDEN>
	<jwvsjn0yv3l.fsf-monnier+emacs@HIDDEN>
	<E46291070877490CB64D692C8E3D00C8@HIDDEN>
Date: Tue, 11 Oct 2011 08:48:30 -0400
In-Reply-To: <E46291070877490CB64D692C8E3D00C8@HIDDEN> (Drew Adams's
	message of "Mon, 10 Oct 2011 22:40:19 -0700")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.6 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -2.6 (--)

>> > The bug has been there for multiple major Emacs releases now -
>> > a decade or so, and appears to have been introduced intentionally.
>> > If there is no plan to fix it soon, perhaps the info that is in the
>> > comments should at least be conveyed to users.
>> The introduction of lexical-binding makes this issue more serious
>> because this code does not obey the lexical-binding variable (and
>> escapes the sanity checks of cconv.el, hence occasionally hiding
>> problems when converting to lexical-binding).
> So will this be fixed in Emacs 24.1 then?  +1

No.


        Stefan

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9712: 24.0.50; doc about byte-compiling `defcustom'
Resent-From: "Drew Adams" <drew.adams@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 11 Oct 2011 14:36:01 +0000
Resent-Message-ID: <handler.9712.B9712.131834375230597 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9712
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "'Stefan Monnier'" <monnier@HIDDEN>
Cc: 9712 <at> debbugs.gnu.org
Received: via spool by 9712-submit <at> debbugs.gnu.org id=B9712.131834375230597
          (code B ref 9712); Tue, 11 Oct 2011 14:36:01 +0000
Received: (at 9712) by debbugs.gnu.org; 11 Oct 2011 14:35:52 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RDdQu-0007xR-9R
	for submit <at> debbugs.gnu.org; Tue, 11 Oct 2011 10:35:52 -0400
Received: from rcsinet15.oracle.com ([148.87.113.117])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <drew.adams@HIDDEN>) id 1RDdQr-0007x3-KX
	for 9712 <at> debbugs.gnu.org; Tue, 11 Oct 2011 10:35:50 -0400
Received: from ucsinet24.oracle.com (ucsinet24.oracle.com [156.151.31.67])
	by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id
	p9BEZO8K027792
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
	Tue, 11 Oct 2011 14:35:26 GMT
Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by ucsinet24.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
	p9BETRXX018124
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 11 Oct 2011 14:29:28 GMT
Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id
	p9BEZIKH019095; Tue, 11 Oct 2011 09:35:18 -0500
Received: from dradamslap1 (/10.159.50.234)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Tue, 11 Oct 2011 07:35:17 -0700
From: "Drew Adams" <drew.adams@HIDDEN>
References: <F53B306DF56A443A953E84CE5AFA8D33@HIDDEN><jwvy5ws2rz0.fsf-monnier+emacs@HIDDEN><7D2DB4482840400D81CC74F60D0091DC@HIDDEN><jwvsjn0yv3l.fsf-monnier+emacs@HIDDEN><E46291070877490CB64D692C8E3D00C8@HIDDEN>
	<jwvipnvhey9.fsf-monnier+emacs@HIDDEN>
Date: Tue, 11 Oct 2011 07:35:15 -0700
Message-ID: <D0989B26851948F6AFCE09BD5F793AB9@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <jwvipnvhey9.fsf-monnier+emacs@HIDDEN>
Thread-Index: AcyIFECDL36v4SdpQtq2WjuvEFXf5AADi40Q
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109
X-Source-IP: ucsinet24.oracle.com [156.151.31.67]
X-CT-RefId: str=0001.0A090202.4E94542E.0172,ss=1,re=0.000,fgs=0
X-Spam-Score: -6.2 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.2 (------)

> >> > The bug has been there for multiple major Emacs releases
> >> > now - a decade or so, and appears to have been introduced 
> >> > intentionally.  If there is no plan to fix it soon,
> >> > perhaps the info that is in the comments should at least
> >> > be conveyed to users.
> >> >
> >> The introduction of lexical-binding makes this issue more serious
> >> because this code does not obey the lexical-binding variable (and
> >> escapes the sanity checks of cconv.el, hence occasionally hiding
> >> problems when converting to lexical-binding).
> >
> > So will this be fixed in Emacs 24.1 then?  +1
> 
> No.

Why not, especially since 24.1 introduces generalized lexical binding, which
"makes this issue more serious"?  What's the hurry to shove 24.1 out the door?

And it seems like if you insist on only going for halfway measures in 24.1 then
it would be better for users to see the constant value in Customize (no big
deal) that it is for byte-compilation not to work properly and for the doc to be
contradicted in several places (defcustom, eval-when-compile,...).

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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