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: emacs-20101122 windows binaries Date: Wed, 24 Nov 2010 11:11:45 +0900 Message-ID: <87wro3bhcu.fsf@uwakimon.sk.tsukuba.ac.jp> References: <8762vpj9ep.fsf@gmail.com> <87d3pwt759.fsf@home.jasonrumney.net> <871v6cjagz.fsf@gmail.com> <83r5eb995g.fsf@gnu.org> <83k4k3976k.fsf@gnu.org> <83hbf795rv.fsf@gnu.org> <83fwur933c.fsf@gnu.org> <83d3pv92az.fsf@gnu.org> <83aakz91t2.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1290564694 9769 80.91.229.12 (24 Nov 2010 02:11:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 24 Nov 2010 02:11:34 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 24 03:11:30 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PL4pT-0004ij-5f for ged-emacs-devel@m.gmane.org; Wed, 24 Nov 2010 03:11:27 +0100 Original-Received: from localhost ([127.0.0.1]:35546 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PL4pS-0002he-M1 for ged-emacs-devel@m.gmane.org; Tue, 23 Nov 2010 21:11:26 -0500 Original-Received: from [140.186.70.92] (port=48220 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PL4pM-0002gY-3d for emacs-devel@gnu.org; Tue, 23 Nov 2010 21:11:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PL4pL-0002S6-3N for emacs-devel@gnu.org; Tue, 23 Nov 2010 21:11:20 -0500 Original-Received: from imss12.cc.tsukuba.ac.jp ([130.158.254.161]:51809) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PL4pJ-0002Ql-7t; Tue, 23 Nov 2010 21:11:17 -0500 Original-Received: from imss12.cc.tsukuba.ac.jp (imss12.cc.tsukuba.ac.jp [127.0.0.1]) by postfix.imss71 (Postfix) with ESMTP id 6678A2AF543; Wed, 24 Nov 2010 11:11:14 +0900 (JST) Original-Received: from mgmt1.sk.tsukuba.ac.jp (unknown [130.158.97.223]) by imss12.cc.tsukuba.ac.jp (Postfix) with ESMTP id 57ACE2AF542; Wed, 24 Nov 2010 11:11:14 +0900 (JST) Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt1.sk.tsukuba.ac.jp (Postfix) with ESMTP id 560043FA051A; Wed, 24 Nov 2010 11:11:14 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 0117F1A3FC7; Wed, 24 Nov 2010 11:11:45 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta29) "garbanzo" ed3b274cc037 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:133104 Archived-At: Lennart Borgman writes: > Why do you think that giving the users the choice to download either > binaries with debug info or without it is "even more disk space > waste"? The reason for making debug binaries available is to encourage their use. If there is good reason to encourage non-beta-testers to use debug binaries, then we should not ship non-debug binaries because debug binaries cost the user extra disk space, and (perhaps) a tiny bit of load time or run-time performance, and we need to overcome that disincentive. On the contrary, if there's no particular reason to encourage that, then we shouldn't impose the costs on users at all. Of course there may be some ambiguity, in which case offering the choice might be a good idea. But remember, this isn't like offering debug versions of standard libraries in an OS distro, where people may be building their apps with debug options, and need to trace a problem into the standard libraries. Rather, Emacs is an end-user application, and people who would be able and willing to debug at that level are very likely already beta testers, building with debug options on.