From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Making --with-wide-int the default Date: Sun, 15 Nov 2015 22:14:01 +0200 Message-ID: <83h9knc96e.fsf@gnu.org> References: <5610ED13.1010406@dancol.org> <56117F37.9060808@dancol.org> <83oag087gs.fsf@gnu.org> <83oafz70im.fsf@gnu.org> <5620AF43.4050401@cs.ucla.edu> <83k2qn6xfm.fsf@gnu.org> <5620B4FA.1000804@cs.ucla.edu> <83wptojs1r.fsf@gnu.org> <56444C66.8050506@gmx.at> <83r3jugx8g.fsf@gnu.org> <87io56nu0a.fsf@fencepost.gnu.org> <83lha1dl87.fsf@gnu.org> <22087.29085.814201.779385@a1i15.kph.uni-mainz.de> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1447709053 28160 80.91.229.3 (16 Nov 2015 21:24:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 16 Nov 2015 21:24:13 +0000 (UTC) Cc: rudalics@gmx.at, dak@gnu.org, emacs-devel@gnu.org, rms@gnu.org, jwiegley@gmail.com To: Ulrich Mueller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 16 22:24:05 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 1ZyRFs-0001Ky-14 for ged-emacs-devel@m.gmane.org; Mon, 16 Nov 2015 22:24:04 +0100 Original-Received: from localhost ([::1]:49733 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyRFr-0003BK-Hi for ged-emacs-devel@m.gmane.org; Mon, 16 Nov 2015 16:24:03 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50365) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zy3gl-00015g-A1 for emacs-devel@gnu.org; Sun, 15 Nov 2015 15:14:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zy3gk-0007XB-Cm for emacs-devel@gnu.org; Sun, 15 Nov 2015 15:14:15 -0500 Original-Received: from mtaout27.012.net.il ([80.179.55.183]:46937) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zy3ge-0007RR-LQ; Sun, 15 Nov 2015 15:14:08 -0500 Original-Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0NXV00D00GZOUJ00@mtaout27.012.net.il>; Sun, 15 Nov 2015 22:09:12 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXV009YKHBB1Z50@mtaout27.012.net.il>; Sun, 15 Nov 2015 22:09:12 +0200 (IST) In-reply-to: <22087.29085.814201.779385@a1i15.kph.uni-mainz.de> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.183 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:194561 Archived-At: > Date: Sat, 14 Nov 2015 18:38:37 +0100 > From: Ulrich Mueller > Cc: rudalics@gmx.at, jwiegley@gmail.com, dak@gnu.org, rms@gnu.org, > emacs-devel@gnu.org > > In case you want any feedback from distros, Gentoo makes the option > available to users as the "wide-int" use flag, and the default is off. > I've not seen a single complaint from users that we should change that > default. (So most likely the Gentoo default will stay off, regardless > of what you decide to do with the upstream default.) Did the option you offer mention the fact that using it enlarges the maximum buffer and string size to (almost) 2GB? If not, it's quite possible that your users simply did not realize what this option would give them in user-level functionality, and treated it as yet another obscure build feature. Also, I must say it sounds strange to me that you wait for user complaints before you decide that some option should be on by default. Do you act the same with all the optional Emacs features, like GnuTLS or libxml2 or file notifications (or even image support)? Surely, you and your team have enough insight on the importance of each feature to make your own decisions? But I know nothing about maintaining distributions, so perhaps I'm missing something here.