From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: defcustom standard value and byte-compilation Date: Thu, 12 Mar 2015 13:05:57 +0900 Message-ID: <87vbi66esa.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87r3sxukh4.fsf@gnu.org> <8761a8rohr.fsf@gnu.org> <87egovr2xl.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1426133190 2194 80.91.229.3 (12 Mar 2015 04:06:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 12 Mar 2015 04:06:30 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Tassilo Horn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 12 05:06:21 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YVuO5-0003DJ-40 for ged-emacs-devel@m.gmane.org; Thu, 12 Mar 2015 05:06:21 +0100 Original-Received: from localhost ([::1]:57964 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YVuO3-0000xz-TV for ged-emacs-devel@m.gmane.org; Thu, 12 Mar 2015 00:06:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52224) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YVuO0-0000xp-Ki for emacs-devel@gnu.org; Thu, 12 Mar 2015 00:06:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YVuNv-000647-Km for emacs-devel@gnu.org; Thu, 12 Mar 2015 00:06:16 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:53367) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YVuNv-00061P-A3 for emacs-devel@gnu.org; Thu, 12 Mar 2015 00:06:11 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTPS id 48FB81C3902; Thu, 12 Mar 2015 13:05:57 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 2E61E120EC9; Thu, 12 Mar 2015 13:05:57 +0900 (JST) In-Reply-To: <87egovr2xl.fsf@gnu.org> X-Mailer: VM undefined under 21.5 (beta34) "kale" 83e5c3cd6be6 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:183799 Archived-At: Tassilo Horn writes: > I'd have no problems cutting support for emacs <23 or even <24, but > cutting support for XEmacs is something which I'd prefer not to do > without extremely good reasons although that would make life much more > easy. Greatly appreciated! BTW, at the time I write this, Uwe hasn't responded to what I told him on xemacs-beta, but I'm pretty sure his problem is that he loads tex.el (from AUCTeX) in his init file. By default XEmacs loads customizations *after* init[1], so if Uwe used custom to set those variables, they were empty when the defcustom was encountered in tex.el. > Yes, I know. But having non-prefixed (defvar name) etc just looks > so damn wrong. If these aren't used to communicate with non-AUCTeX applications, just rename them. (I'm not sure if that is a wisecrack or a serious suggestion.) Footnotes: [1] I think since 21.4. Why? There was a convincing use case for computing things that Customize depended on (perhaps the customization file's name), don't recall the details but everybody in XEmacs-Review was at least +0. It's trivial to load custom.el by hand in init with this order, to inhibit early loading requires a command-line option.