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: ACL and --without-all Date: Fri, 16 Aug 2013 16:38:33 +0900 Message-ID: <87bo4yhypy.fsf@uwakimon.sk.tsukuba.ac.jp> References: <520D0D92.1060800@yandex.ru> <520DC7E5.3000208@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1376638740 12239 80.91.229.3 (16 Aug 2013 07:39:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Aug 2013 07:39:00 +0000 (UTC) Cc: Dmitry Antipov , Emacs development discussions To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 16 09:38:59 2013 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 1VAEcd-0007DS-3y for ged-emacs-devel@m.gmane.org; Fri, 16 Aug 2013 09:38:59 +0200 Original-Received: from localhost ([::1]:56961 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAEcc-0000JN-Fg for ged-emacs-devel@m.gmane.org; Fri, 16 Aug 2013 03:38:58 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36983) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAEcS-0000Iw-NX for emacs-devel@gnu.org; Fri, 16 Aug 2013 03:38:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VAEcL-0007mB-Dh for emacs-devel@gnu.org; Fri, 16 Aug 2013 03:38:48 -0400 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:33931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAEcL-0007kf-3Q for emacs-devel@gnu.org; Fri, 16 Aug 2013 03:38:41 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id BA1B997099A; Fri, 16 Aug 2013 16:38:33 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 7E3EE1A3D92; Fri, 16 Aug 2013 16:38:33 +0900 (JST) In-Reply-To: <520DC7E5.3000208@cs.ucla.edu> X-Mailer: VM undefined under 21.5 (beta32) "habanero" b0d40183ac79 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 130.158.97.224 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:162800 Archived-At: Paul Eggert writes: > Dmitry Antipov wrote: > > Also I believe that it should be --with/--without, not --enable/--disable. > > Other GNU packages use --enable/--disable, though; > it's better to be consistent. The --enable/--with distinction is unnecessary and hard to understand. XEmacs simply makes --with-foo and --enable-foo equivalent by automatically defining both the --with-foo option and the --enable-foo option, automatically setting the corresponding with_foo variable when the --enable-foo option is used, and ignoring the enable_foo variable. When it makes sense to have a --enable-foo option and a --with-foo-lib option, that's exactly what we do. Works great, for developers and users. No backward-compatibility complaints about this system in 10 years, either. Apparently it never broke ./configure --recheck or anybody's scripts.